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[57] ABSTRACT 
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order comprises flexible blackboards which allow merchants 
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SYSTEM AND METHOD FOR PROCESSING embodiment, the electronic merchandising system allows 

ELECTRONIC ORDER FORMS merchants to create electronic orders which are easily adapt- 

BACKGROUND OF THE INVENTION a ^ e ^ or different sales situations. The preferred electronic 

1 Field of the Invention order comprises flexible blackboards which allow merchants 

' . . , 5 to add sales information with what are called key-value 

This invention relates to computer network communica- -ru„ _i t t . . c . , . V . 

i .-11.1 • T pairs. Ine sales transaction information stored in the key- 

tion systems and, more particularly, to electronic merchan- i _ „ - , A . c , /. 

dising systems which allow combers to purchase goods ^ paUS f ^ mclude ' b * * f eXample ' .f 6 

and services over a distributed network. shar^mg mfonnatior^ umque buhng tnforrnation, gifl wrap 

_ „ . . lntormation, monogram mformation, etc. 

2. Background Tr °^ 

r-i * « j * • . .i . • . Unlike other order forms which rely on specific database 

Electronic merchandising systems currently exist which , „ 4 , t ^ , " * * ^ * , 

allow users to purchase goods and services from a variety of 0r ° S ^ Ctured formats ' th f order of the 

different merchants over a distributed computer network prcSeDt mV ™ 1 ™ COntam 1 S ™ man y k *y~™}™ ? airs as are 

S uchastheInteraet.Withs y stemsofthistype,themerchant S "J™? l ° define a sa ! es transaction. This allows mer- 

typically establish a virtual store which end users can 35 chantS f ^ customize the electronic merchandising 

interactively view with a personal computer which is con- TT ,T frans ? ^^. Advantageously, mer- 

nected to the network. The end users or consumers can then can add ^ .T^ * ?*? " u 

purchase desired items offered for sale. key " Value pairs t0 modl ^ the electromc merchandizing 

In World Wide Web ("Web") based implementations, the sv ^ em - 

virtual stores are in the form of hypertext documents which 20 1 For e r xam P le ' a conventional order form typically contains 

are hosted by the Web sites of the respective merchants. a ^ of purchased items and other order information. The 

Typically, a Web site is an Internet-connected computer or ^ mformat i°°> also referred to as the order properties, 

computer system which runs server software for serving the name of me sho PP er » the shopper's address, the shipping 

information using the standard protocols of the World Wide address > the order subtotal > the ta *es and the order total 

Web. In other implementations, the merchants' hypertext 25 amount * llsl of ltems typicaUy contains an entry for each 

documents may, for example, be hosted by a centralized ltem and ltem "rf 001 ™ 11011 suc h the quantity of items, the 

computer of an on-line services network, such as the color, size and model of items, the item discount, item price, 

Microsoft Network (MSN), or by an Internet site which is etc ' 

accessed using proprietary applications software. Sucn order forms will vary from merchant to merchant. 

Conventional hypertext documents contain pictures, tex- 30 For exara P le > an international merchant may require com- 
tual descriptions, and pricing information with respect to the P lex tax information, a merchant which provides gift wrap- 
products and/or services offered by the respective mer- P"ig will need gift wrapping information, a merchant which 
chants. In addition, the hypertext documents include elec- Provides monogram services will need monogram 
tronic order forms which allow consumers to purchase the ^formation, etc. In addition, in the electromc merchandising 
goods and services offered by the merchants. The hypertext 35 busmess » new services and billing methods are being added 
documents are typically accessed using a standard Web at a ra P ld P ace ' For exam P le > ^ a merchant accepts digital 
browser application which runs on the consumer's com- cash ' ^ merc hant will have to modify the billing informa- 
p Uter tion to accept digital cash information. 

For example, a consumer may direct his Web browser to Unfortunately, conventional electronic merchandising 

access a merchant's hypertext documents. Upon viewing a 40 systems typically represent the order information and item 

desired good or service, the consumer fills out an electronic information in predefined formats such as a database format 

order form which specifies the name of the consumer, a specific fields. If new payment methods are needed or 

shipping address, billing information, the desired good or tf a merchant has unique needs, the merchant must revise the 

service, etc. The consumer's Web browser then transmits the specified order form format. Unfortunately, revising the 

electronic order form to the Merchant's Website. Upon 45 order form format can result in significant revisions to the 

receiving the electronic order form, the Merchant Website electronic merchandising software. 

processes the electronic order form to complete the sales Op e approach in conventional electronic merchandising 

transaction. systems is to predefine every data element which may be 

Prior art electronic merchandising systems, however, needed in any sales transactions. For example, some com- 

typically use electronic order forms comprising rigid records 50 panies have attempted to define every data element which is 

with fixed attributes. Consequently, conventional electronic needed for shipping information. Unfortunately, even if 

order forms are not easily adaptable to the rapidly changing everv possible data element needed to represent current sales 

electronic sales environment. Furthermore, changes in the transactions could be predefined, new sales transactions 

electronic order form often require corresponding changes in would arise which require new revisions to the electronic 

the electronic purchasing system. 55 merchandising software. 

In addition, conventional electronic merchandising sys- Rather than utilizing a predefined organization of data 
terns process the electronic order forms with modules which elements, the present invention utilizes an order with mul- 
typically require a significant level of inter-module commu- u P^ e key-value pairs which are not organized with a pre- 
nication. The inter-module communication usually requires defined format. In the preferred embodiment, the order is an 
significant order processing resources. In addition, the com- 60 object which contains at least one order blackboard and one 
plex interrelationships which exist between the modules or more item blackboards. Preferably, each blackboard con- 
make any changes to the purchasing process a time con- tams a set °f key-value pairs. Each key-value pair, in turn, 
suming and risky task. contains a value and a key which identifies the value. In the 

SUMMARY OF THE INVENTION ^ blackboard ' the ke X- va ^e pairs contain order proper- 

0UMMAK1 ut iHt liNVfcNllUN 65 Ues such ^ the C0Dsumer > s name> me ^^^^5 address, 

The present invention provides a method and system for the desired shipping address, the billing information, the 

processing electronic sales transactions. In a preferred order subtotal, the taxes, the order total, etc. 
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The key-value pairs in the item blackboards contain discount may apply to the electronic order. When the pro- 
information about each item. Preferably, an item blackboard motion component receives the electronic order, the promo- 
exists for each item. Furthermore, the key-value pairs in one tion component performs the necessary calculations to dis- 
item blackboard can differ from the key-value pairs in count the price of the electronic order based on the contents 
another item blackboard. For example, the key-value pairs in 5 of the discount key -value pair. 

one of the item blackboards contain, but are not limited to, In another asp ect of the present invention, the components 
1) the information which defines a particular item such as the m the order pipeline use me order ^ their rf means of 
item stock keeping unit (sku) and item quantity, 2) the intercommunication. If a first component needs to pass 
information sent from the consumer to the merchant which information to a second component, the first component 
defines additional services associated with the item (i.e., a 10 slores lhe appropriate key-value pair in the order. Thus, the 
monogram service or a gift wrapping service) and 3) infer- components communicate with each other by storing infor- 
mation known to the merchant and kept on the item black- mation in me order reduces the system requirements 
board for reference such as an item description, an item size, neede d to support inter-component communication, 
an item price, etc. 

In the preferred embodiment, an order processing module 15 BRIEF DESCRIPTION OF THE DRAWINGS 

processes the order. The order processing module contains r™ , , . 

an order engine and multiple component called the order th ^ ^ advaQta S es ' ™ d novel features of 

pipeline. The order engine determines which components in he mV " T UP °? ** M ~ 

the order pipeline process the order. Each component in the bwmg descn P Uon and u P on refe rence to accom- 

order pipeline reads from or writes to its assigned key-value 20 panymg rawin g s m which. 

pairs. Upon receiving an order form, a component searches FIG * 1 is a hi S h level block diagram illustrating the 

for its assigned key-value pairs and adds its own key-value preferred electronic merchandising system. 

pairs necessary to process the order. FIG. 2 is a block diagram illustrating the architecture of 

Thus, each component only modifies its assigned key- the Preferred electronic merchandising system, 
value pairs. This allows a merchant to add new key-value 25 FIG. 3 is a block diagram illustrating the preferred mod- 
pairs without having to also modify the software instructions u l es m lhe store server process. 

in the existing order processing components. For example, FIG. 4 is a diagram illustrating one embodiment of a 

assume that a merchant sells shirts. Furthermore, assume graphical user interface for a shopping cart in the preferred 

that the merchant desires to provide a monogram service embodiment of the present invention. 

which adds a consumer's initials to the purchased shirts. As 30 FIG. 5 is a diagram illustrating one embodiment of a 

discussed in more detail below, the merchant defines within graphical user interface for an order total in the preferred 

the merchant software, a monogram key-value pair which embodiment of the present invention. 

comprises a monogram key word and a corresponding Value mr , x . .„ # . , . 

which stores the consumer's initials. Furthermore, the mer- FIG * f 15 a diag ™ m l] ! ustratin S one embodiment of a 

chant adds a customized monogram component to the order 35 gra f 1Cal r f f°' paymeDt instructl0ns ™ the 

processing module. preferred embodiment of the present invention. 

In this example, when the consumer purchases a shirt with FIG * 7 mustrates one embodiment of a shopper table, 

the monogram service option, the consumer enters his FIG. 8A and 8B illustrates one embodiment of the product 

initials. The electronic merchandising system then creates an tables. 

order with the key-value pairs necessary to complete the FIG. 9 is a block diagram of one embodiment of a shopper 

sales transaction. In this example, the electronic merchan- table. 

dising system also adds the monogram key-value pair to the FIG. 10 is a block diagram of a prior art order form. 

order FIG. 11 illustrates the format of an order in the preferred 

Each component in the order processing system processes 45 embodiment of the present invention, 

its assigned key-value pairs. When the monogram compo- FIGS ^A-120 illustrate tne in the preferred 

nent receives an electronic order, the monogram component order p i pe i; ne p 

searches the electronic order for the monogram key-value CT „ *, , . n " a 

pair and performs the necessary steps to ensure that the FIG * 13 UIustrates a flow chart of a preferred shopping 

appropriate amount is billed for the monogram service. 50 V rocess - 

Thus, the preferred embodiment of the present invention . FIG * 14 i 11 ^™ 165 * Sow chart of a preferred product 

allows the merchants to customize the electronic merchan- display process. 

dising system for different sales situations with a minimal FIG. 15 illustrates a flow chart of a preferred order total 

amount of programming effort. Rather than having to alter process. 

existing order processing components for different sales 55 FIG. 16 illustrates a flow chart of a preferred order 

transactions, a merchant can modify the existing component completion process. 

or replace an existing component with a new component. In the drawings, the first digit of any three-digit number 

Accordingly, the programing effort required to modify the indicates the number of the figure in which the element first 

existing order processing module is greatly reduced. appears. For example, an element with the reference number 

For example, suppose a merchant has an order processing 60 402 first appears in FIG. 4. In addition, like reference 

system which computes the price of an order. Furthermore, numerals are used throughout the drawings to indicate 

assume that the merchant desires to provide a promotional correspondence between elements, 
discount. With the preferred embodiment of the present 

invention, the merchant simply adds 1) a promotion key- DETAILED DESCRIPTION OF THE 

value pair to the electronic order and 2) a promotion 65 PREFERRED EMBODIMENT 

component to the order processing system. In this example, The present invention provides a method and system for 

the promotion key-value pair identifies that a promotional processing electronic sales transactions. In a preferred 
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embodiment, an electronic merchandising system allows 
merchants to create electronic orders which are easily adapt- 
able for different sales situations. The preferred electronic 
order comprises flexible blackboards which allow merchants 
to add key-value pairs. The sales transaction information 
stored in the key-value pairs may include, by a way of 
example, special shipping information, unique billing 
information, gift wrap information, monogram information, 
etc. 

Although the preferred embodiment is described herein 
with reference to a preferred computer networking system, 
the invention is not so limited, and can be used in a variety 
of other contexts in which it is desirable to adapt electronic 
order for different situations. To facilitate a complete under- 
standing of the invention, the remainder of the detailed 
description is organized into the following sections and 
subsections: 

I. Glossary Of Terms And Acronyms 

II. Overview Of The Preferred Electronic Merchandising 
System 

III. Architecture Of The Preferred Electronic Merchan- 
dising System 

A. The Communications Medium 

B. The Consumer Clients 

C. The Merchant Clients 

D. The Merchant System 

1. The Dynamic Page Generator 

2. The Action Manager 

3. The Order 

4. The Order Processing Module 

a. The Product Information Stage 

b. The Merchant Information Stage 

c. The Shopper Information Stage 

d. The Order Initialization Stage 

e. The Order Check Stage 

f. The Item Price Adjust Stage 

g. The Order Price Adjust Stage 

h. The Shipping Stage 

i. The Handling Stage 
j. The Tax Stage 

k. The Order Total Stage 
1. The Inventory Stage 
m. The Payment Stage 
n. The Accept Stage 

IV. Purchase Processing 

A. Viewing Items 

B. Viewing Subtotals 

C. Completing A Sales Transaction 

V. Conclusion 

I. Glossary Of Terms And Acronyms 

Action. An action performs various functions in the 
electronic merchandising system such as, by way of 
example, adding an item to an. order form, beginning a 
purchase process, or inserting or deleting data from a 
database. 

Cluster. A cluster refers to two or more merchandising 
computers which are configured to execute the merchant 
system. 

Client-Server. A model of interaction in a computer sys- 
tem in which one program sends a request to another 
program. The requesting program is called the "client," and 
the program which responds to the client is called the 
"server." In the context of the World Wide Web, the pre- 



ferred client is typically called a "Web browser*' which runs 
on a user's computer. The preferred server program which 
responds to a Web browser's requests is commonly referred 
to as a "Web server." 

5 Guid (Globally Unique Identifier). A globally unique 
identifier is a unique 128-bit value which is typically created 
with a define GUID routine. GUID definition routines are 
well known in the art and further described in the OLE 2 
Programmer's Reference Volumes I and tt } Microsoft Press, 

10 1993 and Brockschmidt, Inside OLE 2, Microsoft Press, 
1994. 

Internet. A collection of interconnected (public and 
private) networks which are linked together by a set of 
standard protocols to form a distributed network. While this 
15 term is intended to refer to what is now commonly known 
as the Internet, it is also intended to encompass intranet 
implementations, and variations which may be made in the 
future, including changes and additions to existing networks 
and network protocols. 

20 

HyperText Markup Language (HTML). A standard cod- 
ing convention and set of codes for attaching presentation 
and linking attributes to informational content within docu- 
ments. (HTML 2.0 is currently the primary standard used for 
generating Web documents.) During a document authoring 

2 stage, the HTML codes (referred to as "tags") are embedded 
within the informational content of the document. When the 
Web document (or "HTML document") is subsequently 
transferred from a Web server to a Web browser, the codes 
are interpreted by the Web browser and used to parse and 
display the document. In addition to specifying how the Web 
browser is to display the document, HTML tags can be used 
to create links to other websites and other Web documents 
(commonly referred to as "hyperlinks"). Such hyperlinks 
typically contain a Universal Resource Locator (URL) 
which identifies an HTML document in a Website. For more 
information on HTML, see Ian S. Gram, The HTML Source 
Book, John Wiley and Sons, Inc., 1995. 

HyperText Transport Protocol (HTTP). The standard 

4Q World Wide Web client-server protocol used for the 
exchange of information (such as HTML documents, and 
client requests for such documents) between a Web browser 
and a Web server. HTTP includes a number of different 
message types which can be sent from the client to the server 

45 to request different server actions. For example, a "GET* 
message, which has the format GET <URL>, causes the 
server to return the document or file specified by the 
Universal Resource Locator (URL). 

ISAPI (Internet Server Application Program Interface). In 

50 the preferred embodiment, ISAPI is Microsoft's interface 
for allowing a Web server (or other information server) to 
launch and interact with external programs in response to 
requests from clients. ISAPI programs are in the form of 
dynamic link libraries (DLLs) which run in the same process 

55 space as the Web server. Documentation on ISAPI is avail- 
able from Microsoft Corporation as part of the Microsoft 
Internet Information Server Software Development kit. 

Named Pipes. A named pipe is an interprocess commu- 
nication method used to transfer data between separate 

60 processes, usually on separate computers. For more infor- 
mation on pipes see Abraham Silberschatz and Peter B. 
Galvin, Operating System Concepts, Addison- Wesley Pub- 
lishing Company, 1994. 

Persistent Client State Cookies (Cookie). A file which 

65 stores information on the client for use by the server. In the 
preferred embodiment, the web browser stores consumer 
information in the cookie so that the consumer does not need 
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to retype the consumer information each time the consumer process 106 provides a server architecture that supports the 
accesses the electronic merchandising system. The specifi- presentation and administration of a virtual store. Preferably, 
cation for Cookies can be found at http:// the store server process 106 comprises a number of com- 
www.netscape.com/newsref/std/cookie__spec.html. ponents including a dynamic page generator 120, an action 
Registry. The registry is a repository for the information 5 manager 122, one or more orders 124 and an order process- 
about the computer hardware and the software installed in a m S module 126 Furthermore, in communication with the 
computer. In the preferred embodiment, the registry for the _ lore server P rocess 106 15 a stora S e device such 45 a hard 
electronic merchandizing system is the Windows NT regis- f * k whl f c , h ™ Dta ^5™ L struc ;tures J 28 w ^ ch define the 
try which is part of the Windows NT operating sysfem ^ °f ^ Crent HTML P? es ' In .f ^Uon, the store server 

„ -i r f xjr . A r- .* t_. nr j vrr m process 106 is in communication with one or more databases 

available from M.c osoft Corporation. Tht Windows NT 10 ^ ^ a moMe 

registry and the methods for modifying the Windows NT , . 4 , , . > i-,n 

registry are well known in the art, Z L described in THe JJR, £^nS 

YiVl? r ° grammer 5 W erence . Vo ' ?> Microsoft Press pageSi ^ dyQamic ^ ^ can ^ ^ 

1993. The registry can however, include a wide variety of tomized HTML pages with the HTML structures 128. For 

registry mechanisms such as a database, a flat file and is example, a merchant can define HTML pages which display 

various user interfaces. tne st0 re's lobby, product images, product descriptions, and 

SKU. The sku acronym means the stock keeping unit. The order forms, 
stock keeping unit is a value which uniquely identifies each The action manager 122, on the other hand, executes 
item in a merchant's inventory of items. various functions (also called actions) in response to con- 
Transmission Control Protocol/Internet Protocol (TCP/ 20 sumer input. The orders 124 contain sales transaction infor- 
IP). A standard Internet protocol (or set of protocols) which mation in a unique format, while the order processing 
specifies how two computers exchange data over the Inter- module 126 processes the orders 124. 
net. TCP/IP handles issues such as packetization, packet when a consumer initiates a sales transaction, the con- 
addressing, handshaking and error correction. For more sumer browser UO sends sales transaction information to the 
information on TCP/IP, see Volumes I, II and III of Corner 25 store server P roce ss 106. The store server process 106 
and Stevens, Internetworking with TCP/IP, Prentice Hall, represents the sales transaction information in each order 
Inc., ISBN 0-13468505-9 (Vol. I), 0-13-125527-4 (Vol. II), 124 using key-value pairs. Preferably each order 124 stores 
and 0-13-474222-2 (Vol III) key-value pairs in one or more blackboards. The key- 
.... _ V } ' TinrK A . „ value pairs define different aspects of a sales transaction. For 
Uniform Resource Locator (URL). A unique address 3Q example, the key-value pairs define which items the con- 
which fully specifies the location of a file or other resource sumer has selected, the number of desired items, where to 
on the Internet. The general format of a URL is protocol:// ship the items, the identity of the consumer, the billing 
machineaddress/path/filename. information, etc. As explained in more detail below, different 
World Wide Web ("Web"). Used herein to refer generally components in the order processing module 126 process the 
to both 1) a distributed collection of interlinked, user- 35 key-value pairs to complete a sales transaction, 
viewable hypertext documents (commonly referred to as For example, assume that a merchant sells watches. When 
"Web documents" or "electronic pages" or "home pages") a consumer directs the consumer browser 110 on the con- 
that are accessible via the Internet, and 2) the client and sumer computer to access the merchant system 104, the 
server software components which provide user access to dynamic page generator 120 creates web pages with illus- 
such documents using standardized Internet protocols. 40 trale different watches offered for sale. As explained in more 
Currently, the standard protocol for allowing applications to detail below » when me consumer selects a watch for 
locate and acquire Web documents is the HyperText Transfer P^hase, the action manager 122 generates an order 124 and 
Protocol (HTTP), and the electronic pages are encoded adds a 1 nui P ber of key-value pairs to the order 124. In this 
using the HyperText Markup Language (HTML). However, KS"* ^ 
the terms "Web" and "World Wide Web" are intended to 4S " associate ? Wltn mc selected watch, 
encompass future markup languages and transport protocols t . For ^ stan f > * e key-value pairs define information about 
which may be used in place of, or in addition to, the ™ ^ aS wh ° th f e sh °^ 15 ; W * ere ^- Sendt ^ 
HyperText Markup Language and the HyperText Transfer watch ' what * mea ns °f P a >« etc In addition, the 
Protocol key-value pairs identify information about the watch such as 

the watch's identification code, the number of desired 

II. Overview Of The Preferred Electronic 50 watches, the style and color or watch, etc. Because of the 

Merchandising System implementation of the unique order 124 in the present 

. . . , „ . „ invention, different key value pairs can be easily added for 

This section provides an overview of the preferred elec- different sales situations. 

^fnrT^t? ^ T 7 ^ L Unlike other order forms which rely on specific database 

The preferred electronic merchandising system 100 is a 55 slructures or other structured formats ; the 0 P fder 124 of the 

chent^server system which allows merchants to provide a contains M ' ye ^ 

virtual store which processes sales transactions. The elec- „^„ cc „„ t~ , „i„ /• Vu n 

. • ma „ Un a * * mn* 1 j . necessary to define a sales transaction. This allows mer- 

tronic merchandising system 100 includes a consumer client . t : „ mctnm -^ tU 1 ♦ u j- * 

in^iu ,ii B „A a u . * in>l t • chants to easily customize the electronic merchandising 

102 (the client) and a merchant system 104 which contains mt ~ m inn ^, Mrco M w t „ „ t - A , 4 , 

ot nno ' inr /.u > t*i_ system 100 tor diverse sales transactions. Advantageously, 

at least one store server process 106 (the server). The «n u * jj 1 1 • * , - - 

1 , F v +nJ J • merchants can add new key-value pairs or delete existing 

consumer client 102 and store server process 106 are in w „• tn m/v1 - A ; tU 1 . - u 1 r • 

^mn,,,n;^h' rtn t u u *u u f ■ key-value pairs to modify the electronic merchandizing 

communication with each other by use of a communications svstem 100 

medium 108. y 

The consumer client 102 contains a consumer browser IH - Architecture Of The Preferred Electronic 

110. The consumer browser 110 communicates with the 65 Merchandising System 

store server process 106 and displays the web documents As illustrated in FIG. 2, the preferred electronic merchan- 

created by the store server process 106. Each store server dising system architecture contains one or more consumer 
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clients 102, one or more merchant clients 200 and a mer- modem. Preferably, the consumer computer 102 runs an 
chant system 104. The merchant system 104 contains an appropriate operating system such as the Microsoft Win- 
Internet Information server 202, a router 204, a global dows® 3.1, Microsoft Windows® 95, Microsoft Windows® 
configuration controller 206, one or more store server pro- NT, the Apple® MacOS®, or IBM® OS/2® operating 
cesses 106, multiple HTML structures 128 and one or more 5 systems. As is conventional, the preferred operating system 
databases 130. In general, the consumer clients 102 and includes a TCP/IP stack which handles all incoming and 
merchant clients 200 communicate with the merchant sys- outgoing message traffic passed over the communications 
tem 104 via the communications medium 108. medium 108. 

A. The Communications Medium In other embodiments, the consumer computer 102 could, 
Focusing now on the communications medium 108 as 30 for example, be a computer workstation, a local area net- 
shown in FIG. 2, the presently preferred communications work of computers, an interactive television, an interactive 
medium 108 includes the Internet which is a global network kiosk, a personal digital assistant, an interactive wireless 
of computers. The structure of the Internet, which is well communications device or the like which can interact with 
known to those of ordinary skill in the art, includes a the communications medium 108. While in such systems the 
network backbone with networks branching from the back- 15 operating systems will differ, they will continue to provide 
bone. These branches, in turn, have networks branching the appropriate communications protocols needed to estab- 
from them, and so on. For a more detailed description of the lish communication links with the communications medium 
structure and operation of the Internet 33, please refer to The 108. 

Internet Complete Reference by Harley Hahn and Rick In the preferred embodiment, the consumer browser 110 

Stout, published by McGraw-Hill, 1994. 20 is a software program which allows a consumer to access the 

One of ordinary skill in the art, however, will recognize merchant system 104 over the communications medium 

that a wide range of computer networks can be employed in 108. In the preferred embodiment, the consumer browser 

the present invention. For example, the communications 110 is the Microsoft Internet Explorer version 3.0 developed 

medium 108 can include interactive television networks, by Microsoft Corporation. One of ordinary skill in the art, 

telephone networks, wireless data transmission systems, 25 however, will recognize that numerous other types of access 

two-way cable systems, customized computer networks, software could also be used to implement the present 

interactive kiosk networks, automatic teller machine invention. These other types of access software could, for 

networks, and the like. example, be other types of Internet browsers such as the 

In addition to the Internet, the communications medium 3Q Netscape Navigator developed by Netscape, Inc., or other 

108 may also contain Internet providers. An Internet pro- types of client applications including custom network 

vider is a computer system which provides Internet access to browsers, two-way communications software, cable modem 

the consumer computers. Examples of Internet providers software, point-to-point software and the like, 

include the Microsoft Network (MSN), America On-line, Associated with each consumer browser 110 is an 

Prodigy, Compuserve, and Network Intensive, to name a 35 optional cookie module (not shown) which stores a shopper 

few. Many users pay monthly access fees to the Internet identification code. The shopper identification code, as 

providers because the Internet providers provide local tele- described in more detail below, uniquely identifies each 

phone connections, a variety of help services and an orga- consumer. A "cookie" is a file which stores information on 

nized format for accessing the Internet. The Internet pro- the consumer computer for use by the merchant system 104. 

viders are optional, and in some cases, the consumer clients ^ In the preferred embodiment, the consumer browser 110 

102, may have direct access to the Internet. For example, the stores the shopper identification code in the cookie so that 

consumer clients 102 may be connected to a local area the consumer does not need to retype the shopper identifi- 

network which in turn is directly connected to the Internet. cation code each time the consumer accesses the electronic 

When a consumer desires to access information available merchandising system 100. As discussed in more detail 

on the Internet, the consumer initiates a connection from his 45 below, the preferred embodiment includes the shopper iden- 

or her consumer client 102. The consumer browser U0, in tification code in the Uniform Resource Locator (URL). The 

turn, establishes a communication link directly with the specification for cookies is defined by Netscape Corporation 

Internet or with the Internet provider via a communications and can be found at http://www.netscape.com/newsref/std/ 

link. Once connected to the Internet, the consumer can direct cookie_jspec.html. 

the consumer browser 110 to access the merchant system 50 In an alternative embodiment, a cookie does not store the 

104. shopper identification code. Rather, as discussed in more 

One popular part of the Internet is the World Wide Web. detail below, the shopper identification code is obtained by 

The World Wide Web contains different computers which the merchant system 104 from the database 130 when the 

store HTML documents capable of displaying graphical and consumer accesses the merchant system 104. In such 

textual information. The content providers which provide 55 embodiments, when the consumer accesses the merchant 

information on the World Wide Web are typically called system 104, the merchant system 104 prompts the consumer 

"websites." A website is defined by an Internet address to enter a password which the merchant system 104 then 

which has one or more HTML pages. Generally, an HTML uses to obtain the shopper identification code from the 

page is an electronic document which organizes the presen- database 130. The shopper identification code is then com- 

tation of text, graphical images, audio and video, 60 bined with the merchant system URLs as described below in 

B. The Consumer Clients more detail. 

Focusing now on the consumer clients 102 which include C. The Merchant Clients 

the consumer browsers 110, the consumer client 102 oper- Focusing now on the merchant client 200, the merchant 

ates on a general purpose computer (hereinafter referred to client 200 allows a merchant to interact with the merchant 

as the consumer computer 102). In the preferred 65 system 104. In some embodiments, the merchant client 200 

embodiment, the consumer computer 102 is a conventional may execute on the same device as the merchant system 104. 

personal computer which is equipped with a conventional In other embodiments, the merchant client 200 executes on 
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a separate computer which accesses the merchant system passed over the communications medium 108. The comput- 

104 via the communications medium 108. In the preferred ers in the merchant system 104, can, however, include a 

embodiment, a merchant uses the merchant client 200 to wide range of devices which provide information, graphics 

configure the merchant system 104. or text. These devices may contain specialized operating 

Preferably, the merchant client 200 executes on a con- 5 systems which communicate using their respective commu- 

ventional personal computer (the merchant computer 200) nications protocols. 

which is equipped with a conventional modem. The mer- In the distributed configuration, a cluster of computers 

chant client 200 runs on an appropriate operating system execute the merchant system 104 and are interconnected via 

such as the Microsoft Windows® 3.1, Microsoft Windows® the variety of high speed local area networks (LAN) sup- 
95, Microsoft Windows® NT, the Apple® MacOS®, or 10 ported by the Windows® NT operating system. One of the 

IBM® OS/2® operating systems. As is conventional, the merchant system computers 104 in the cluster of merchant 

preferred operating system includes a TCP/IP stack which system computers 104 is configured to store global configu- 

handles all incoming and outgoing message traffic passed ration information and is called the global configuration 

over the communications medium 108. controller 206. 

In the preferred embodiment, the merchant client 200 15 Preferably, the global configuration controller 206 con- 
includes a merchant browser 210. The merchant browser tains global configuration information which defines the 
210 is a software program which allows a merchant to access merchant system configuration. The global configuration 
the merchant system 104 over the communications medium information may, for example, include the names of all the 
108. In the preferred embodiment, the merchant browser 210 electronic stores on the merchant store server 212, the 
is the Microsoft Internet Explorer, Version 3.0 developed by 20 location of databases 130 within each store, the location of 
Microsoft Corporation. One of ordinary skill in the art, template files, system error messages, system constants such 
however, will recognize that numerous other types of access as date and currency formats, etc. 

software could also be used to implement the present The Internet information server 202 is a World Wide Web 
invention. Such access software could, for example, be other server. The Internet information server 202 supports the use 
types of Internet browsers such as the Netscape Navigator 25 of virtual servers, allowing multiple web servers to run on a 
developed by Netscape, Inc., and other client software such single computer. The Internet information server 202 also 
as custom network browsers, two-way communications uses the HyperText Transmission Protocol (HTTP) to corn- 
software, cable modem software, point-to-point software municate with the consumer browsers 110 or the merchant 
and the like. ^ browser 210. The Internet information server 202 may be 
D. The Merchant System implemented using any one of a number of commercially 
The computer facility associated with the merchant sys- available software packages, including the Internet Mor- 
tem 104 is called the merchant system computer 104. In the mation Server (IIS) which is available from Microsoft 
preferred embodiment, the merchant system 104 may exist Corporation. 

on a single merchant system computer 104 or may be 35 Focusing now on the router 204, the router 204 is an 

distributed across a cluster of merchant system computers Internet Server Application Programming Interface (IS API) 

104. The merchant system 104 includes an internet infor- filter. ISAPI is a programming interface developed by, and 

mation server 202, a router 204, a global configuration available from, the Microsoft Corporation. The ISAPI filters 

controller 206, at least one merchant store server 212, a use named pipes to connect the consumer browsers 110 with 

storage medium for HTML structures 128 and one or more 4Q the store server processes 106. Named pipes are interprocess 

databases 130. communication methods which transfer data between sepa- 

In the single computer configuration, the merchant system rate processes and are well known to one skilled in the art. 

104 includes a conventional computer which is equipped For more information on pipes, see Abraham Silberschatz 

with a high speed communications link to the Internet. and Peter B. Garvin, Operating System Concepts Addison- 

Preferably, the merchant system computer 104 is a general 45 Wesley Publishing Company, 1994. 

purpose Pentium class (or better) computer, which has at The router 204 examines the universal resource locator 

least 16 megabytes of random access memory and at least 45 (URL) address specified in a consumer browser 110 or 

megabytes of free hard disk space. The preferred operating merchant browser request, and determines from the URL if 

system is Microsoft Windows® NT version 3,51 or later the URL is a request which specifies one of the merchant 

with a Windows® NT file system. 50 store servers 212. In the preferred embodiment, the router 

As discussed in more detail below, each computer in the 204 and the merchant store server 212 utilize the global 

merchant system 104 also has a registry which stores configuration information to interconnect the consumer 

information about the merchant computer's hardware and browsers 110 with the store server processes 106. 

software. Preferably, the registry is part of the computer For example, when the router 204 receives a URL for a 

operating system. In the preferred embodiment, the registry ss specific store, the router 204 uses the global configuration 

is the Windows® NT registry which is part of the Win- information stored in the global configuration controller 206 

dows® NT operating system. The Windows® NT registry to locate the desired store server process 106. The router 204 

and the methods for modifying the Windows® NT registry then routes requests from the consumer browser 110 to the 

are well known in the art, and are described in The Win 32 desired store server process 106. Once the store server 

Programmer's Reference Vol II Microsoft Press, 1993, pp. 60 process 106 executes the request, the store server process 

203-239. 106 sends the results back to the requesting consumer 

In addition, the computer which executes the merchant browser 110 via the router 204. 

system 104 contains Service Pack 3 and the Microsoft One or more store server processes 106 exist in the 

Internet Information Server version 1.0 or later which are merchant store server 212. In the preferred embodiment, the 

available from the Microsoft Corporation. The Microsoft 65 components in the store server process 106 are written in the 

Windows® NT operating system includes a TCP/IP stack Python and C programming languages. The Python pro- 

which handles all incoming and outgoing message traffic gramming language is a portable, interpreted, object- 
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oriented programming language developed at the Centrum chandising System" which is incorporated herein by refer- 

voor Wiskunde en Informatica (CWI) and is available at ence. While the dynamic page generator 120 in the preferred 

http://www.python.org. The preferred C compiler is the embodiment dynamically generates the HTML pages based 

Microsoft Visual C++ programming language which is on commands which exist in the HTML template 128, in 

available from Microsoft Corporation. One of ordinary skill 5 other embodiments, the dynamic page generator 120 may 

in the art, however, will recognize that other software have a database of predefined HTML pages, 

programming languages could be used to implement the In ^ c preferred embodiment, the consumer can navigate 

present invention. throughout the virtual store and select items for purchase by 

In the preferred embodiment, the store server processes storing the selected items in a shopping cart. The merchant 
106 are also in communication with the storage device 10 defines his virtual store with one or more HTML pages, 
which stores the HTML structures 128. Furthermore, the While the preferred embodiment uses a number of HTML 
store server processes 106 are in communication with one or pages, the present invention is flexible and allows a mer- 
more databases 130. Preferably, the databases 130 are Struc- chant to configure his virtual store as desired. For example, 
tured Query Language (SQL) databases 130. Each store in the preferred embodiment, the merchant defines the 
server process 106 communicates with the databases 130 *5 layout of the initial welcome page with a welcome.html 
and with the database module 132 as illustrated in FIG. 3. template. The merchant defines the layout of the virtual store 
Preferably, the database module 132 is a structured query lobby with a main.html template. The merchant defines the 
server. The database module 132 creates the queries which layout of a sales department in the virtual store with the 
access the databases 130. The architecture of the database dept.html template. The merchant defines the layout of the 
module 132 is further described in a concurrently filed 2 0 product pages which display items for sale with the pro- 
application having the title "Database Schema duct.html template. The merchant can also define the layout 
Independence", which is incorporated herein by reference. of the shopping basket with the basket.html template, the 

The structured query language implemented in the data- layout of a displayed order form with an orderform.html 

base module 132 and the databases 130 is a standard defined template and the layout of the billing information with an 

by the International Standards Organization (ISO) for 25 accepthtml template. 

defining, updating and querying relational databases. For For example, FIG. 4 illustrates the shopping cart HTML 

example, the databases 130 can be implemented with any page 400. The shopping cart HTML page 400 includes the 

number of commercial database programs including consumer browser menus 402, the URL address 404, and a 

Microsoft Access, Oracle's relational database products and number of option buttons. In this example, the option 

the like. The databases 130 may be either local to the store 30 buttons include the geared up button 406, the base camp 

server processes 106, or may be accessible to the store server button 408, and the off the wall button 410 which allow a 

processes 106 over one or more conventional local area consumer to browse about the virtual store. In addition, the 

networks (LAN). option buttons include a shopping cart button 412 which 

1. The Dynamic Page Generator directs the electronic merchandising system 100 to display 

During a typical shopping session, the consumer browser the shopping cart and a check out button 414 which directs 

110 and the store server process 106 communicate with each me electronic merchandising system 100 to initiate a sales 

other over the communications medium 108. Typically, the transaction. Displayed in the shopping cart is the list of items 

consumer browser 110 sends URL addresses to the store tne consumer has selected. 

server process 106, and the store server process 106 40 In this example, the layout of the shopping cart HTML 

responds with HTML documents. The HTML documents page 400 is defined with the basket.html template. As 

may contain registration information, product offerings, explained in more detail below, when the consumer selects 

promotional advertisements, order forms, etc. the shopping cart button 412, the URL associated with the 

The dynamic page generator 120 generates the HTML shopping cart button 412 directs the dynamic page generator 
documents sent to the consumer browser 110. The dynamic 45 120 t0 access the basket.template. The dynamic page gen- 
page generator 120 dynamically creates HTML documents erator 120 then creates the shopping cart HTML page 400. 
in response to commands generated by the consumer FIG. 5 illustrates the shipping and payment check out 
browser 110. The commands generated by the consumer HTML page 500. A merchant defines the layout of the 
browser U0 utilize the standard GET/POST format of the shipping and payment check out page 500 with the order- 
HyperText Transport Protocol (HTTP). For example, as 50 form.html template. In this example, the consumer selects 
discussed in more detail below, the buttons or other content the check out button 414 which directs the dynamic page 
items in an HTML page contain a hyperlink to a URL. When generator 120 illustrated in FIG. 3, to display the check out 
the consumer selects the button within the consumer HTML page 500. The check out HTML page 500 displays 
browser 110, the consumer browser 110 generates an HTTP an order form with the list of selected items and a subtotal. 
GET messag e whi ch includes the URL associated with the 55 FIG. 6 illustrates the purchase summary check out HTML 
button. The HTTP GET message and the associated URL is page 600 (hereinafter referred to as the acceptance HTML 
then sent from the consumer Web browser to the dynamic page) 600. A merchant defines the layout of the acceptance 
page generator 120. HTML page 600 with the accepthtml template. In this 

When the dynamic page generator 120 receives the HTTP example, the acceptance HTML page 600 displays the 

GET message and the associated URL, the dynamic page 60 subtotal, taxes, shipping costs and total amount of the sales 

generator 120 identifies an HTML structure 128 which is transaction. Furthermore, the consumer can enter pertinent 

hereinafter referred to as the HTML templates 128. The billing information such as the consumer's credit card 

dynamic page generator 120 then processes the HTML information. 

template 128 to generate the appropriate web page. The In the preferred embodiment, the dynamic page generator 

architecture of the dynamic page generator 120 and the 65 120 and each HTML template is identified with a particular 

HTML templates 128 are described in a concurrently filed URL. The format of the preferred URL is "http:// 

application having the title "Electronic Shopping And Mer- servername/environment.securitytype/componentname/ 
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storename/shopper_ID/arguments parameters." For Associated with the shopper table 300 is the shopper 

example, information entered by the consumer into the manager 320. The shopper manager 320 adds, modifies and 

HTML page can be passed to the dynamic page generator deletes the entries existing in the shopper table 300. In the 

with the arguments and parameters specified in the URL. Id preferred embodiment, the shopper manager 320 is an object 

the preferred URL, the serveraame is the name of the WEB 5 which uses well-known database techniques for adding, 

server host. The environment defines the store environment. modifying and deleting the entries in the shopper table 300. 

Three types of store environments exist: 1) a production 0ther components in the electronic merchandising system 

environment, 2) a development environment and 3) a post- 100 relv on me sh °PP« manager 320 to access the rows in 

development testing environment. A merchant uses the me sho PP er table 300 a <>d retrieve, store or modify the 

production environment for actual store operations. In the to consumer ^formation stored in the shopper table 300. In 

preferred embodiment, the production environment is iden- addition, the shopper manager 320 generates and assigns the 

tified with the "prd" acronym. shopper identification codes which are stored in the shopper 

~, ... . . table 300 and which uniquely identify each consumer. In the 

Ine security type identifies whether the store server e . . . ?. . . , , . 

. J Jr . preferred embodiment, the shopper identification code is a 

process 106 is secure or insecure. A secure store server ; 00 K; , „i„ K .n -j. «■« ; /vmittw 

lnz . .. ,. c , ... „ . „ . 1C 128-bit globally unique identifier (GUID). 

process 106 is identified with the "s character and an 15 . , , > , ' . , . 

insecure store server process 106 is identified with the "i" ?^. pr0duCt ta " es 302 , a mih lhe 0 pKicTt f 

character. The componentname identifies the dynamic page embodiment are illustrated in FIGS. 8A and 8B. In the 

generator 120. The dynamic page generator 120 is identified P re ^ err f d f 0D *^^ nn two J produ ^ ,ableS 302 fft? 

with the "pgen" acronym. The storename identifies the name ^ duct ^ '^ le 8 °° ^ a Product variant table 802 

of a store. The shopper_ID is the shopper identification 20 These product tables 800 and 802 are merchant defined and 

code which identifies each consumer. The arguments and cai \ in <; ,u f de » ™de variety of information. The preferred 

parameters specify the values which are passed to the F r ? duct fami ^ 800 tab J e « «n«chant defined and stores 

dynamic page generator 120. For example, an argument can f 0 ™"™ .» product family. Each row m the product 

identify one of the HTML templates. ^j 1 ? ta p le 800 » ■ reco [ d corresponding to a particular 

... , , , , , m product family while each product family table column 

In this example, the URL for the detailed product HTML C0Btains mformation related to the ^ families ^ 

page identifies the servemame, uses the prd acronym to columns matain ^ such as the oduct 

identify that the production environment is for an actual famil identiflerj the ^ famil name> me oduc , 

T„ T • J St °' e c XIVel pr0CeSS 106 15 mSeCUre famil y description, the department identifier, the size type, 

with the i character identifies the dynamic page generator the data introduced, the list pric< , ( ^ sale ri ^ sale 

120 with the pgen acronym, designates the storename start> [he sale end( the ^ file nam e , c ^ mercham 

designates the shopper identification code, the product.html ifies me loca , ion of a which ries the ^ 

template, and the stock keeping unit (sku) of the desired variant lable 802 in , he is , 

shooper *£prS^^ ™ 6 produCt Varian « table 802 is ako merchant defined 

13 P m s 35 and stores information for a specific product within the 

When a consumer selects one of the products, the con- product familVi Each row m me product variant ta51e 802 ^ 

sumer browser 110 sends the product's URL with the a reC ord corresponding to a particular product while each 

products sku to the merchant system 104. The merchant con tains information related to the products. For 

system 104 then forwards the URL to the dynamic page example, the product variant columns may contain a prod- 

generaLor 120. In this example, the dynamic page generator 4Q uct ' s family identifier, stock keeping unit (sku), a color 

120 receives the URL and creates the product HTML page va i uej a size valu6j etc> ^ format of the product farmly 

identified by the product.html template and the product store table 800 is merchant defined and can contain wide variety 

keeping unit. As explained in more detail below, the of product characteristics. The merchant specifies the loca- 

dynamic page generator 120 also obtains data about the t ion of a query which queries the product variant table 802 

product from the order processing module 126. The dynamic 45 m tne re gi s try 

page generator 120 then combines the product data with the The ferred order {Mt 304 fc illustrated ir) FIG 9 llie 

product.html template to create the product HTML page. preferred order table 304 gtores i(ems which the 

In the preferred embodiment, the product data and other has selected for purchase. Each row corresponds to an order 

merchandising data is stored in a number of tables located in while each column contains information related to items in 

the database 130. The tables necessary to enable the pre- 50 the order. The order table 304 is merchant defined and can 

ferred embodiment include, but are not limited to, a shopper include a wide variety of order information. For example, 

table 300, a product table 302, an order table 304, a the order table 304 contains the order identification code, the 

department table 306, a receipt table 308 and a promotion shopper identification code, the date the consumer last 

table 310. modified the order table 304, the key-value pairs associated 

FIG. 7 illustrates the format of the preferred shopper table 55 with the order 124, etc. The location of the order table 304 

300. Each row in the shopper table 300 corresponds to a is specified in the registry. 

particular consumer (shopper) while each column contains Associated with the order table 304 is an order manager 

information related to the shopper identification code. For 322. The preferred order manager 322 adds, modifies and 

example, the preferred shopper table 300 contains columns deletes the entries existing in the order which are also stored 

with the shopper identification code, date the shopper iden- 60 in the order table 304. In the preferred embodiment, the 

tification code was created, member data, the consumer's order manager 322 is an object which uses well-known 

name, address, city, state, zip code, country, etc. The shopper database techniques for adding, modifying and deleting the 

table 300 is merchant defined and can include a wide variety entries in the order table 304. Other components in the 

of consumer information such as columns for the consum- electronic merchandising system 100 rely on the order 

er's password, the customer's size and the customer's pref- 65 manager 322 to access the rows in the order table 304 and 

erences. The merchant specifies the location of the shopper retrieve, store or modify the order information stored in the 

table 300 in the registry. order table 304. In addition, the order manager 322 gener- 
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ates and assigns the order identification code which uniquely 
identifies each shopper In the preferred embodiment, the 
order identification code is a 128-bit globally unique iden- 
tifier (GUID). 

The preferred department table 306 stores information 
about individual sales departments in the virtual store. Each 
row corresponds to a particular department while each 
column contains information related to the department. For 
example, the columns in the department table 306 contain 
the department identifier which identifies a department, the 
department name and the department description. The 
department table 306 is merchant defined and can include a 
wide variety of department information. The location of the 
department table 306 is specified in the registry. 

The receipt table 308 is only required if receipts are 
provided in the virtual store. Each row in the receipt table 
308 corresponds to a particular receipt, while each column 
contains information related to the receipt. The format of the 
receipt table 308 is merchant defined and can include a wide 
variety of receipt information. The location of the receipt 
table 308 is specified in the registry. 

The preferred promotion table 310 defines different pro- 
motions offered in a virtual store. Each row corresponds to 
a particular promotion, while each column contains infor- 
mation related to the promotion. The format of the promo- 
tion table 310 is merchant defined and can include a wide 
variety of promotion information. For example, the pre- 
ferred promotion table 310 contains columns with the pro- 
motion identifier which uniquely identifies a promotion, a 
promotion name, a promotion description, a promotion rank, 
an active code which indicates whether the promotion is 
active, the date when a promotion starts, the date when a 
promotion ends, whether the promotion is available to all 
consumers, etc. The location of the promotion table 310 is 
specified in the registry. 

2. The Action Manager 

In the preferred embodiment, the action manager 122 is an 
object which contains a number of different actions. An 
action is a routine which performs specific functions. The 
pertinent actions needed to process an order 124 in the 
preferred embodiment are illustrated in FIG. 3. The actions 
include: an order.additem action 330, an order.clearform 
action 332, an order.clearitems action 334, an order- 
.deleteitem action 336, an order.deleteorder action 338, an 
order.edititem action 340, an order.editorder action 342, an 
order.editquantities action 344, an order.plan action 346, and 
an order.purchase action 348. 

Each of the actions in the action manager 122 is identified 
by a URL. The arguments which are passed to the action 
manager are identified in the URL. In the preferred 
embodiment, the format of the URLs which designate a 
particular action are similar to the URLs which designate the 
dynamic page generator 120 and have the following format: 
"http://servername /environment. security! ype/ 

componentname/storename/shopper ID/module. action; 

arguments." 

In the preferred URL, the servername is the name of the 
WWW server host. The environment defines the store envi- 
ronment The security type identifies whether the store server 
process 106 is secure or insecure. The componentname 
identifies the action manager 122 with the "xt" acronym. 
The storename identifies the name of a store. The shopper_ 
ID is the shopper identification code which identifies each 
consumer. The module.action identifies the desired module 
and action. The arguments are values which are passed to the 
desired module and action. For example, an argument might 



10 



15 



20 



25 



30 



40 



45 



50 



55 



60 



65 



specify a product's sku, the consumer's shipping address or 
the consumer's billing information, etc. 

For example, if a consumer views a product in a product 
HTML document, the consumer can add the product to his 
shopping cart by selecting a button. The button in the HTML 
document specifies a URL which invokes the order.additem 
action 330 in the action manager 122. The format of the URL 
is "http://servername/prd.i/xt/storename/shopper _ID/ 
order.additem;sku=1234." In this example, the URL speci- 
fies the action manager 122 with the "xt" acronym, the 
order.additem action 330 and the product's store keeping 
unit (sku). As discussed in more detail below, when the 
action manager 122 receives the URL, the action manager 
122 executes the order.additem action 330. 

Focusing now on the preferred format and architecture of 
the order actions, the order.additem action 330 adds an item 
to an order 124. The URL which invokes the order.additem 
action 330 includes an argument which specifies the sku of 
a particular item to add to the order 124, In the preferred 
embodiment, the order.additem action 330 creates an order 
124 with key-value pairs about the added item and passes the 
order 124 to the components in the order processing module 
126. The URL which invokes the order.additem action 330, 
contains the product sku or the location where the order.ad- 
ditem action 330 can obtain the product sku. In addition, the 
URL can contain the number of items (quantity) and the 
price of the items. 

As described in more detail below, the preferred order 124 
is an object which stores the key-value pairs. The order.ad- 
ditem action 330 instantiates the order 124 with well-known 
object-oriented techniques which allocate enough memory 
to hold the order 124. After instantiating the order 124, the 
order.additem action 330 adds the sku key-value pair and 
other initial key-value pairs as discussed in more detail 
below to the order 124. The order.additem action then passes 
the order 124 to the order processing module 126. 

As explained in more detail below, the order processing 
module 126 processes the order 124 and adds key-value 
pairs containing product information about the selected item 
to an item blackboard in the order 124. Furthermore, the 
URL which invokes the order.additem action 330 can also 
identify which HTML page to display after completion of 
the order.additem action 330. In the preferred embodiment, 
the default configuration of the order.additem action 330 
directs the dynamic page generator 120 to display the 
shopping cart HTML page 400 after obtaining the product 
information from the order 124. A merchant can, however, 
direct the order.additem action to display other HTML 
pages. When generating the shopping cart HTML page 400, 
the dynamic page generator 120 combines the order infor- 
mation in the order table 304 with the shopping cart HTML 
page 400. 

The order.clearform action 332 deletes all the items and 
all the properties associated with an order 124 in the order 
table 304. Typically, the URL which specifies the order- 
.clearform action 332 is associated with a clear order button 
or menu option in the HTML pages. When invoked, the 
order.clearform action 332 directs the order manager 322 to 
delete the order 124 from the order table 304. In the 
preferred embodiment, the default configuration of the 
order.clearform action 332 directs the dynamic page gen- 
erator 120 to display the shopping cart HTML page 400 after 
deleting the order 124 from the order table 304. 

The order.clearitems action 334 deletes all the items in the 
order table 304 which are associated with a particular order 
124. However, the order properties (information which 
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relates to the entire sales transaction such as the shipping action 346 includes arguments relating to the order 124. The 

information, billing information, the shopper identification order.plan action 346 creates an order 124 and adds the 
code, etc.) remains in the database 130. Typically, the URL arguments passed to the order.plan action in the URL are 

which specifies the order.cleari terns action 334 is associated added as key-value pairs to the order 124. The order.plan 
with a clear items button or menu option in the HTML 5 action 346 then passes the order 124 to the order engine in 

pages. In the preferred embodiment, the default configura- the order processing module 126. The order engine then 

tion of the order.clearitems action 334 also directs the invokes the components in the order pipeline which process 

dynamic page generator 120 to display the shopping cart the order 124 and determines the total cost of the selected 

HIML page 400 after clearing the item information in the items. Preferably, the order.plan action 346 default configu- 

order table 304. io ration then directs the dynamic page generator 120 to 

The order.deleteitem action 336 deletes an item in the display the total cost of the selected items in the acceptance 

order table 304. The URL which invokes the order- HTML page 600. The consumer can then confirm or abort 

.deleteitem action 336 specifies an index which identifies a tne sa l es transaction. 

particular item to delete. Typically, the URL which specifies The order.purchase action 348 completes the purchase 

the order.deleteitem action 336 is associated with a delete 15 process. The URL which invokes the order.plan action 346 

item button or menu option in the HTML pages. In the includes arguments relating to the order 124. The order.pur- 

preferred embodiment, the order.deleteitem action 336 chase action 348 is similar to the order.plan action 346 in 

default configuration also directs the dynamic page genera- that it creates an order 124 and adds the arguments in the 

tor 120 to display the shopping cart HTML page 400 after URL as key-value pairs to the order 124. The order.purchase 

deleting an item from the order table 304. 20 action 348 then passes the order 124 to the order engine in 

The order.deleteorder action 338 deletes an entire order me order processing module 126. The order engine then 

124 from the order table 304 by directing the order manager executes each component in the order pipeline to complete 

322 to delete the entries associated with an order 124 in the tDe sa l e s transaction, 

order table 304. Typically, the URL which specifies the 3. The Order 

order.deleteorder action 338 is associated with a delete order 25 a conventional order form 1000 is illustrated in FIG. 10. 

button or menu option in the HTML pages. In the preferred Such an order form typically contains a list of purchased 

embodiment, the order.deleteorder action 338 default con- items 1002 and other order information. The order 

figuration also directs the dynamic page generator 120 to information, also referred to as the order properties, contain 

display the shopping cart HTML page 400 after deleting the a date 1004, the name of the shopper 1006, the shopper's 

order 124. address 1008, the shipping address 1010, the billing infor- 

The order.edititem action 340 is similar to the order.ad- mation 1012, the order subtotal 1014, the taxes 1016 and the 

ditem action 330, but modifies an existing item in the order order total 1018. The list of items 1002 typically contains an 

124 rather than adding a new item. The URL which invokes entry for each item and item information such as the quantity 

the order.edititem action 340 contains in the URL arguments 35 of items, the color, size and model of items, the item 

1) an index which identifies the item to edit and 2) argu- discount, item price, etc. The format of such order forms 

ments which specify how to modify the item. For example, 1000 will vary from merchant to merchant. For example, an 

the URL may contain an item index and a quantity value international merchant may require complex tax 

which specifies the new quantity of desired items. In the information, a merchant which provides unique billing 

preferred embodiment, the order.edititem action 340 default 4Q options will need different billing information, a merchant 

configuration also directs the dynamic page generator 120 to which provides gift wrapping will need gift wrapping 

display the shopping cart HTML page 400 after modifying information, etc. 

an item in the order table 304. Th e electronic merchandising system 100 of the preferred 

The order.editorder action 342 adds additional order prop- embodiment, however, can be flexibly modified for any type 

erties to the order 124. Typically, the order.editorder action 45 of sales transaction. Rather than utilizing a predefined struc- 

342 adds shipping and billing information to the order 124. ture of data elements, the present invention utilizes an 

The order.editorder action 342 can also be modified to add unorganized format of key-value pairs. The key- value pairs 

custom key -value pairs. The URL which invokes the can be easily added to or deleted from an associative array 

order.editorder action 342 can contain a wide variety of called a blackboard. As shown in FIG. 3, in the preferred 

properties which the order.editorder action 342 adds to the 50 embodiment, the order contains an order blackboard 350 and 

order table 304. In the preferred embodiment, the order.edi- one or more item blackboards 352. 

torder action 342 default configuration directs the dynamic a detailed diagram of the order 124 is illustrated in FIG. 

page generator 120 to display the shipping and billing check n. Unlike organized database entries, the key-value pairs 

out HTML, page 500. 110 o in the blackboards 350 and 352 are indexed by keys. 

The order.editquantities action 344 modifies the quantity 55 Each key is a string which uniquely identifies its associated 

of items in the order 124. The URL which invokes the value. To locate a particular value, the present invention 

order.editquantities action 344 specifies the items to be searches one of the blackboards 350 or 352 for the proper 

modified. Typically, the order.editquantities action 344 then key and then accesses the value associated with the key. 

directs the order manager 322 to modify the quantity column i n the preferred embodiment, the order 124 is an object 

in the order table 304 for a specified items. In the preferred 60 which comprises at least one order blackboard 350 and zero 

embodiment, the order.edititem action 340 default configu- 0 r more item blackboards 352. Preferably, each blackboard 

ration also directs the dynamic page generator 120 to display contains a key and a value for each key-value pair 1100. The 

the shopping cart HTML page 400 after modifying the item key-value pairs 1100 in the order blackboard 350 contain 

quantity. orc j er properties such as the order date 1004, the consumer's 

The preferred order.plan action 346 processes the order 65 name 1006, the consumer's address 1008, the desired ship- 

124 to compute the total cost of the items in the order 124. ping address 1010, the billing information 1012, the order 

As explained above, the URL which invokes the order.plan subtotal 1014, the taxes 1016, the order total 1018, etc. 
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The preferred format of the order key-value pairs 1100 is 12A-12C, each stage preferably contains three component 

"order.key." For example, the key for the order identification categories: 1) a default component, 2) an optional compo- 

code in the order blackboard 350 can be represented as nent and 3) a required component. The default component 

"order.order_id." The "order" identifies the order black- associated with a particular stage executes when the mer- 

board 350 while the "order__id" designation identifies the 5 chant has not specified any optional components for the 

order__id key-value pair. particular stage. The optional components are components 

The key-value pairs 1100 in the item blackboards 352 which exist in the preferred embodiment, components which 

contain item information. Preferably, an item blackboard a merchant creates, or components which a merchant pur- 

352 exists for each item. Furthermore, the key-value pairs chases from a third party. The optional components are 

1100 in one item blackboard 352 can differ from the key- 10 typically customized for different types of sales transactions 

value pairs 1100 in another item blackboard 352. The and replace the default components when installed. The 

preferred format of the item key-value pairs 1100 is required component for each stage is executed to ensure 

"item.key." For example, the key for an item's stock keeping system consistency, 

unit (sku) can be represented as "item.sku" where "item" a) The Product Information Stage 

identifies the item blackboard 352 and the "sku" designation 15 ^ first stage in me 0fder pipeliae 362 fa me . ^ 

identifies the sku key-value pair. information stage 364. The components in the product 

When an order 124 is instantiated, a number of initial information stage 364 retrieve product data from a database 
key-value pairs 1100 are added to the order blackboard 350 and write the product data to the item blackboards 352 in the 
and one or more item blackboards 352. The initial key-value order 124. The preferred product information default corn- 
pairs 1100 include, but are not limited to: an order.order_id 20 ponent 1200 accesses the sku key-value pair in the item 
key-value pair, an order.shopper_id key-value pair, an blackboard 352 and performs a database query that retrieves 
order.messages key-value pair, an item.sku key-value pair, product data corresponding to the sku. The product infor- 
an item.quantity key-value pair, an item.placed_price key- mation default component 1200 then stores the product data 
value pair and in addition, other key-value pairs used by the into the product key-value pairs existing in the item black- 
components in the order pipeline for computational pur- 25 board 352. 

P oses - * After executing the database query, the product informa- 
In the order blackboard 350, the order_id value in the tion default component 1200 stores the returned data in 
ordered key-value pair contains the order identification product key-value pairs existing in the item blackboard 352. 
code which uniquely identifies each order 124. The The preferred embodiment creates the keys for the item 
shopper_id value in the shopper_Jd key-value pair contains blackboard by obtaining the name of each column in the 
the shopper identification code which uniquely identifies product tables and adding a "product__" prefix to the column 
each shopper. The messages value in the order.messages name. For example, the "list_price" column becomes the 
key-value pair identifies the language used for error mes- "product_list_price" key. The actual list price amount is 
sages. The messages value is initially set by a value from the then stored in the value identified by the product_list_price 
registry which is typically "USA." key. The product key-value pairs in the item blackboard 352 
In each item blackboard 352, the sku value in the sku can include, but are not limited to, a product__retail_price 
key-value pair identifies the sku which uniquely identifies a key-value pair, a product__list_price key-value pair, a 
particular item. The quantity value in the quantity key-value product__name key-value pair, a product_in__stock key- 
pair identifies the number of ordered items. The placed^ 4Q value pair, a product_delete__field key-value pair, a 
price value in the placed„price key-value pair identifies the product__currentprice key-value pair, a producL_price key- 
price of the ordered item. The oadjust_adjustedprice value value pair, a product_sale_start key-value pair, a product_ 
in the oadjust_adjustedprice key-value pair identifies the sale_end key-value pair, a product_sale_price key-value 
amount of the adjusted order price. The n_unadjusted value pair, a product_local_inventory key-value pair, a product_ 
in the n_unadjusted key-value pair is the number of items 45 weight key- value pair, etc. However, if the product query 
which have not been adjusted. does not return information about a product, such as when 
As discussed in more detail below, the components in the a product has been deleted from the product tables, the 
order processing module 126 modify some of the initial product information default component 1200 sets the 
key-value pairs 1100 and add new key-value pairs 1100 to product_delete_field key-value pair associated with the 
the order blackboard 350 and item blackboards 352 when 50 deleted product to 1. 

processing the order 124. The configuration information for the product information 

4. The Order Processing Module default component 1200 is stored in the registry value 

As illustrated in FIG. 3, the order processing module 126 product__query_name. The product_query__name defines a 

contains an order engine 360 and an order pipeline 362. The database query which obtains product information from the 

order pipeline 362 contains multiple stages which process 55 product tables 302. The database query is a standard struc- 

the order 124. The order engine 360, on the other hand, is an hired query language query which accesses the product 

object which invokes one or more of the stages in the order tables 302 and obtains product information about one or 

pipeline 362. The stages in the preferred order pipeline 362 more items. 

include the product information stage 364, the merchant In the preferred embodiment, a product information 

information stage 366, the shopper information stage 368, go optional component 1202 does not exist. However, in other 

the order initialization stage 370, the order check stage 372, embodiments a merchant could write a product information 

the item price adjust stage 374, the order price adjust stage optional component, for example, to retrieve product infor- 

376, the shipping stage 378, the handling stage 380, the tax mation from a legacy database. Thus, the product informa- 

stage 382, the order total stage 384, the inventory stage 386, tion default component 1200 passes the order 124 to a 

the payment stage 388 and the accept stage 390. 65 product information required component 1204. 

Each stage has one or more components which process The preferred product information required component 

the key-value pairs in the order 124. As illustrated in FIGS. 1204, obtains the order 124 and deletes any items with a 
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product_delete_field key-value pair which is set to 1. This copycheckbox ship_to_bill_to_name" directs the Copy- 
ensures that subsequent components will not process any Data component 1220a to copy a ship_jo_name key-value 
deleted items, such as when an item is no longer offered by pair, to a bill_to_name key-value pair when a checkbox has 
a particular store. been checked by the consumer. 

b) The Merchant Information Stage 5 The SetData component 12206 sets the value of any 
In the preferred embodiment, the merchant information key-value pair. The configuration information for the Set- 
stage 366 is not implemented and thus does not contain a Data component 12206 is stored in the registry as "WLSt- 
merchant information default component 1206, a merchant dOrder.SetData name .value string" where the "name.value" 
information optional component 1208 or a merchant infor- argument specifies the key and the "string" argument iden- 
mation required component 1210. In other embodiments, 10 tifies value to be placed in the key-value pair. For example, 
however, the components 1206, 1208 and 1210 in the to set the consumer identification code in the order 
merchant information stage 366 may be configured to blackboard, a merchant enters the command "WLStdOrder- 
retrieve merchant information from a merchant database and .SetData order.shopper_id 123456L" which directs the Set- 
store the merchant data as key-value pairs in the order Data component 12206 to set the value identified by the 
blackboard 350. " shopper_id key to "123456L." 

c) The Shopper Information Stage e) The Order Check Stage 

The components in the shopper information stage 368 sets The components in the order check stage 372 verify that 

the shopper key-value pairs in the order blackboard 350 by the required information is present and may be used to 

retrieving shopper information from the shopper table 300. ^ modify the data before any further processing occurs. The 

A preferred shopper information default component 1212 preferred embodiment does not contain an order check 

accesses the shopper_id key-value pair in the order black- default component 1224. The preferred embodiment, 

board 350 and performs a database query which accesses the however, does contain two order check optional components 

identified shopper in the shopper table 300. Each column in 1226 which are called an OrderValidate component 1226a 

the shopper table 300 is then added to a shopper key-value and an OrderltemValidate 12266 component, 

pair in the order blackboard 350. The 0r derValidate component 1226a is configured to 

For example, the shopper key-value pairs added to the chec k the order for required data, and verify that the required 

order blackboard 350 can include the shopper_id key-value key-value pairs exist. The configuration information for the 

pair, a shopper_address key-value pair, a shopper_size OrderValidate component 1226a is stored in the registry as 

key-value pair, a shopper_preferences key-value pair, etc. 3Q "WLStdOrder.OrderValidate validation string" where the 

The configuration information for the shopper information "validation string" argument specifies a rule about the order 

default component 1212 is stored in the registry value property formats such as, for example, that a particular key 

shopper_query__name. The shopper_query_name defines must exist, the value associated with a key must have a 

a database query which obtains shopper information based number, the value associated with a key is a date, string, a 

on the shopper identification code from the shopper table minimum value or maximum value, etc. 
300 

T * r j l j. -i. * . P The OrderltemValidate component 12266 is configured to 

In the preferred embodiment, neither a shopper informa- check the ordef m for f ired ■ aQd verify * hat the 

turn optional component 1214 nor a shopper mformation r ired items exist ^ configuratioa information for the 
required component 1216 exists. However, in other embodi- OrderltemValidate component 12266 is stored in the registry 
ments a merchant could write a shopper information 40 as "WLStdOrder.OrderltemValidate validation string- 
optional component 1214, for example, to retrieve shopper where the « validation stri » a nt dfies a ^ abo * t 
mformation from a legacy database. the properties abated with each item, such as, for 

d) The Order Initialization Stage example, that a particular key must exist, the value associ- 
The components in the order initialization stage 370 ated with a key must have a number, date, string, a minimum 

obtains order information existing the order table 304 so that 45 value or maximum value, etc. 

the order information is available to the components in the A ferred ordef ^ uifed onent 1230 checks 

order pipeline 362. Tlie preferred embodiment does not have tQ assure that lhefe is at ^ Qne {fcm m ^ ^ m 

an order initialization default component 1218 or an order - ™ T n . . _ 

initialization required component 1222. However, two order Q ^ Item Pnce Ad J ust Sta § e 

initialization optional components 1220a and 12206 do 50 ^ ltem P rice ad J ust sta S e 374 calculates the regular and 

exist. The order initialization optional components 1220 current prices of an item. The preferred item price adjust 

include a CopyData component 1220a and a SetData com- sta S e 374 d °es not contain an item price adjust default 

ponent 12206. component 1232. 

The CopyData component 1220a copies data to the key- However, the item price adjust stage 374 does contain two 

value pairs. For example, the CopyData component 1220a 55 i tem price adjust optional components 1234 which are called 

can be used to initialize the shipping address from the a SaleAdjust component 1234a and an ItemPromo compo- 

shopper information. The configuration information for the nent 12346. The SaleAdjust component 1234a accesses the 

CopyData component 1220a is stored in the registry as product_sale_start, the product_sale_end and the 

"WLStdOrder.CopyData when from_prefix to_fprefix, product_sale_price key-value pairs and adjusts the regular 

fieldl, field2 . . . fieldn" where the "when" argument 60 arj d current prices of an item by setting the iadjust_ 

specifies that data will only be copied when the target regularprice and the iadjust_currentprice key-value pairs on 

key-value pairs are blank, the "from_prefix" argument tne item blackboard 352. 

identifies the source key-value prefixes, the "tojrefiV* For each item, the SaleAdjust component 1234a sets the 

argument identifies the target key-value prefixes, and the iadjust__currentprice key-value pair to the product^sale_ 

"fieldl, field2 . . . fieldn" arguments identify the key-value 65 price key-value pair if the current date is between the 

suffixes. For example, to copy the shipping address to the product _jsale_slart key-value pair and the product_sale_ 

billing address, the command "WLStdOrder.CopyData end key-value pair. The configuration information for the 
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OrderValidate component 1226a is stored in the registry as an item via Federal Express, the merchant enters "WLSt- 

"WLStdOrder.SaleAdjust " dOrder.FixedShipping FedEx 1000. 

The ItemPromo component 12346 is optional and applies The FixedShipping component 1246a then evaluates the 
a promotional price adjustment to an item based on the shipping_method key- value pair to determine whether Fed- 
product information. The preferred ItemPromo component 5 eral Express delivery has been selected. If so, the Fixed - 
12346 is further described in a concurrently filed application Shipping component 1246a adds a $10.00 fee to the 
having the title "Electronic Promotion System For An Elec- shipping_total key-value pair 

tronic Merchant System" which is incorporated herein by The LinearShipping component 12466 relies on a rate 

reference. The ItemPromo component 12346 defines the computed with a basis value that the merchant specifies in 

type of item which receives a discount, the amount of the 10 the registry. The basis is multiplied by the rate to determine 

discount, the date the promotion begins and the date the the shipping cost. The basis value is typically some attribute 

promotion ends. If a promotion applies, the ItemPromo 0 f the item, such as quantity or weight. The format of the 

component 12346 stores the sale price in the product. registry command is "WLStdOrder.UnearShipping method 

current_pnce key-value pair. basis rate" where the "method" argument identifies a par- 

The preferred item price adjust required component 1236 15 ticular shipping method, the "basis" argument is the name of 

sets the value in the iadjust_regularprice key-value pair to the key-value pair to use as the basis (such as the quantity, 

the value stored in the product_Jist_price key-value pair if currentprice, adjustedprice, or weight), and the "rate" argu- 

the iadjust__regularprice key-value pair is not already set. In ment is the number to multiply by the basis to obtain the 

addition, the preferred item price adjust required component price. 

1236 sets the value in the iadjust_currentprice key-value 20 For example, assume the merchant desires to charge 20 

pair to the value stored in the product_list_price key-value cents for shipping each item via the United State Postal 

pair if the iadjust_currentpnce key-value pair is not already Service. In this example, the merchant enters into the 

set registry "WLStdOrder.LinearShipping USMail quantity 

g) The Order Price Adjust Stage ^ 20." Furthermore, assume that a consumer buys 2 units of 
The components in the order price adjust stage 376 set the °ne item and 4 units of another and specifies delivery via the 

adjusted price of each item in the order 124. The preferred United States Postal Service. In this example, the Linear- 
embodiment does not contain an order price adjust default Shipping component 12466 will evaluate the quantity key- 
component 1238. The preferred embodiment, however, does value pairs for each item and determine that the consumer 
contain an order price adjust optional component 1240 3Q has purchased six items. The LinearShipping component 
which is also called a DbOrderPromo component 1240. The 12466 then multiplies the total number of items (six) by 0.20 
DbOrderPromo component 1240 is further described in a cents to calculate SI. 20 shipping amount. The LinearShip- 
concurrently filed application having the title "Electronic ping component 12466 then stores the shipping amount in 
Promotion System For An Electronic Merchant System" the shipping_total key-value pair in the order blackboard 
which is incorporated herein by reference. The DbOrder- 35 350. 

Promo component 1240 discounts the order amount based The TableShipping component 1246c uses a lookup table 
on the shopper, the items purchased, the discount award to determine what the shipping cost should be. The merchant 
given, etc. The DbOrderPromo component 1240 stores the specifies a basis (the unit of measurement for the product), 
discounted amount in the oadjust_adjustedprice key-value a rate per basis unit, a database query name, and optionally 
pair for each item in the order 124. 4Q a key-value pair used to calculate the shipping cost. The 
The order price adjust required component 1242 com- specified database query searches the database for the proper 
pletes the order price adjustment by setting the oadjust_ value. The format of the TableShipping command in the 
adjustedprice key-value pair to the current price if not registry is "WLStdOrder. TableShipping method basis que- 
already set. In addition, the order price adjust required ryname location" where the "method" argument identifies a 
component 1242 also sets the oadjust_subtotal key-value 45 shipping method, the "basis" argument identifies the key- 
pair on the order blackboard 350 equal to the sum of all value pair used to compute the shipping cost, the "que- 
oadjust_adjustedprice key-value pairs associated with each ryname" argument identifies a database query, the "location" 
item. argument identifies the key- value pair used for the shipping 

h) The Shipping Stage calculation. If the location key-value pair is not specified, it 
The components in the shipping stage 378 calculate the 50 defaults t0 the ship_to_zip key-value pair. 

total shipping charge. The shipping default component 1244 The method name, the basis, and the value of the location 

sets the shipping charges to zero by setting the value in the field are used to create the database query. The database 

shipping__total key-value pair existing in the order black- query then uses well-known database techniques to obtain 

board 350 to zero. Three shipping optional components 1246 the corresponding shipping cost. The shipping cost is then 

exist which a merchant may add to perform shipping cal- 55 stored in the shipping_total key-value pair, 

culations: 1) the FixedShipping component 1246a, 2) the The shipping required component 1248 verifies whether 

LinearShipping component 12466 and 3) the TableShipping the shipping__total is set. If not, the shipping required 

component 1246c. component 1248 generates an error message. The error 

The FixedShipping component 1246a, evaluates the ship- message is a string which is stored in the order 124, 

ping method in the shipping_method key-value pair and 60 i) The Handling Stage 

charges a fixed shipping amount by setting the shippings The components in the handling stage 380 calculate the 

total key-value pair to a fixed amount. The merchant adds total handling charge for the order 124. The handling default 

the FixedShipping component 1246a to the registry with the component 1250 sets the handling charges to zero by setting 

command "WLStdOrder.FixedShipping method price" the value in the handling_total key-value pair in the order 

where the "method" argument specifies a shipping method 65 blackboard 350 to zero. Three handling optional compo- 

and the "price" argument specifies a shipping charge. For nents 1252 exist which a merchant may add to perform 

example, to charge a fixed fee of $10.00 dollars for shipping handling calculations: 1) the FixedHandling component 
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1252a, 2) the LinearHandling component 12526, and 3) the j) The Tax Stage 

TableHandling component 1252c. The component in the tax stage 382 compute the total tax 

The FixedHandling component 1252a charges a fixed for a given order 124. The default tax component 1256 sets 

handling fee. In particular, the FixedHandling component the tax__total key-value pair in the item blackboard 352 and 

1252a evaluates the handling method in the handling_ 5 the tax__total key-value pair in the order blackboard 350 to 

method key-value pair and charges a fixed handling amount zero. 

by setting the handling_total key-value pair to the fixed The tax optional components 1258 includes tax compo- 
amount. The merchant adds the FixedHandling component nea ts for USA, Japan, Canada and Europe. The optional tax 
1252a to the registry with the command "WLStdOrder- components 1258 are called the SimpleUSTax component 
.FixedHandling method price" where the "method" argu- 1Q 1258a, the SimpleJapanTax component 12586, the Simple- 
ment defines the type of handling and the "price" argument CanadaTax component 1258c and the Simple VATTax corn- 
defines the handling cost. For example, to charge a fixed ponent 1258a*. The SimpleUSTax component 1258a applies 
handling fee of $10.00 dollars the merchant enters into the a state tax rate. The format of the SimpleUSTax command 
registry "WLStdOrder.FixedHandling handling 1000." m the registry is "Simpletax.SimpleUSTax state:rate staterr- 

The FixedHandling component 1252a then evaluates the ate . . where the "state" argument is the name of the state 

handling_method key-value pair to determine whether the 15 where the purchased items are to be shipped and the "rate" 

specified handling service has been selected. If so, the argument is the state tax rate. For example, if the state of 

FixedHandling component 1252a adds a S10.00 fee to the California has a tax rate of 8.5% and the state of Nevada has 

handling__total key-value pair. a tax rate of 4#0%> the simpleTax component 1258a com- 

The LinearHandling component 12526 relies on a rate maD d in the registry is "Simpletax.SimpleUSTax CA:8.5 

computed with a basis value that the merchant specifies in 20 NV4 0 " 

the registry. The basis is multiplied by the rate to determine ^ si leUSTax 12 58 a component then evaluates the 

the handling cost. The basis value is typically some attribute u- ♦ JT ♦ 1 1 , tL lL 

of the item? such as quantity or weight. The format of the ^P-^-COiintry key-value pair to determine whether the 

registry command is "WLStdOrder.LinearHandling method P^based items are destined for the United States of 

basis rate" where the "method" argument identifies a par- 25 A** 1 ** If «>» lhe SimpleUSTax 1258a component evalu- 

ticular handling method, and the "basis" argument is the ates the name of the state m the ship_to_state key-value 

name of the key-value pair to use as the basis (such as the V mT and a PP lies tne specified tax rate to the order subtotal 

quantity, product_currentprice, producL_weight), and the stored ia the order_subtotal key-value pair. The Sim- 

"rate" argument is the number to multiply by the basis to pleUSTax 1258a component then stores the amount of 

obtain the price. 30 additional taxes for each item in a tax_total key- value pair 

For example, assume the merchant desires to charge 50 m eacn item blackboard 352. In addition, the SimpleUSTax 

cents for handling each item. In this example, the merchant 1258a component sums the additional taxes for each item 

enters the following command into registry: "WLStdOrder- and stores the total amount of additional taxes in an order 

.LinearHandling handling quantity 50." Furthermore, tax_total key-value pair in the order blackboard 350. 

assume that a consumer buys 2 units of one item and 4 units 35 The SimpleJapanTax component 12586 calculates a tax 

of another. In this example, the LinearHandling component rate for Japan. The merchant adds the SimpleJapanTax 

12526 will evaluate the quantity key-value pairs to deter- component 12586 to the registry as follows "SimpleTax- 

mine that six items have been purchased. The LinearHan- .SimpleJapanTax item__included_field item_rate_field" 

dling component 12526 will then multiply the total number where the "item__included_field" argument specifies a key- 

of items (six) by 0.50 cents to calculate a $3.00 handling 40 value pair which identifies whether taxes are included in the 

amount. The LinearHandling component 12526 then stores item price, the "item_rate_field" specifies a key-value pair 

the handling amount in the handling__total key-value pair. which specifies the tax rate which was charged on the item. 

The TableHandling component 1252c uses a lookup table The SimpleJapanTax component 12586 then evaluates the 

to determine what the handling cost should be. The merchant ship_to_country key-value pair to determine whether the 

specifies a basis (the unit of measurement for the product), 45 purchased items are destined for Japan. If so, for every item 

a rate per basis unit, a database query name, and optionally in the order 124, the SimplefapanTax component 12586 

a key-value pair used to calculate the handling cost. The applies well known techniques to determine whether taxes 

specified database query searches the database for the proper are included in the item price by accessing the key-value pair 

value. The format of the TableHandling command in the specified in the item_included_field argument. The 

registry is "WLStdOrder.TableHandling method basis que- 50 SimpleJapanTax component 12586 then accesses the key- 

ryname location" where the "method" argument identifies a value pair specified by the item_rate_field argument to 

shipping method, the "basis" argument identifies the key- determine the rate of tax. If the tax is included in the item 

value pair used to compute the shipping cost, the "que- price, the SimpleJapanTax component 12586 stores the 

ryname" argument identifies a database query, and the amount of included tax in the tax_included key-value pair 

"location" argument identifies the key-value pair use for the 55 in each item blackboard 352. The SimpleJapanTax compo- 

handling calculation. nent 12586 then sums the tax_included values associated 

If the handling method is specified in the order 124, the with each item and stores the total included taxes in the order 

TableHandling component 1252c uses the method, the basis, tax_included key-value pair in the order blackboard 350. 

and the value of the location field to generate a database If the tax is not included in the item price, the SimpleJa- 

query. The database query uses well-known database tech- 60 panTax component 12586 computes the additional taxes for 

niques to determine the corresponding handling cost. The each item and stores the amount in the tax_total key-value 

TableHandling component 1252c then stores the handling pair in each item blackboard 352. The SimpleJapanTax 

cost in the handling_total key-value pair. component 12586 then sums the tax_total values associated 

The handling required component 1254 verifies whether with each item and stores the total amount in the order 

the handling_total key-value pair contains a value. If not, 65 tax__total key-value pair in the order blackboard 350. 

the handling required component 1254 generates an error The SimpleCanadaTax component 1258c computes a tax 

message. rate for Canada, including a goods and services tax (GST) 
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and a provincial sales tax (PST). GST is common throughout The Flaglnventory component 1270a determines whether 

Canada and almost all goods and services have a GST (but there is insufficient stock to complete the order 124. If so, the 

not all). If a product is taxed, then the GST rate is the same Flaglnventory component 1270a indicates the necessity for 

throughout Canada. However, some products are not taxed a back order As explained above, in the product information 

and some service merchants (making less than a given 5 slage) a database query based on each item sku determines 

amount) may elect to not charge GST. In addition, each whether lhc items are ^ siQC ^ ^ results of the database 

province in Canada has its own PST typically a fixed rate for m stored in the ^ m stQck key . value field ^ 

IvW 1 , f^t °°, P^ct (although a ^ hem blackboards ^ ^ ^ glnyca ^ y component 

province). Furthermore, when shipping across a province, „ , . . « ,« *lT , — . — . \ . JCA J . 

the consumer does not need pay any PST taxes. Although not 10 determme wh f he J th J; de T sired ltems are * stock If the items 

common, a product may have PST but not GST (and vice are DOt m stock ' ^ Flaglnventory component 1270a sets an 

versa). inventory_backorder key-value pair to indicate that the item 

A merchant adds the SimpleCanadaTax component 1258c * out of stock " ^ merchant adds the Flaglnventory com- 

with the foUowing registry command "SimpleTax.Simple- P onent 1270fl t0 the ™SP*y Wlth "WLStdOrder.Flagln- 

CanadaTax province ..." where "province" identifies the 15 ventor y" command. 

province for which to compute the tax. The SimpleCana- The Locallnventory component 1270ft uses the sku key- 
daTax component 1258c then evaluates the ship_to_ value pairs to perform one or more database queries which 
country key-value pair to determine whether the purchased determine whether the product local inventory amount con- 
items are destined for Canada. If so, the SimpleCanadaTax tains enough of the desired items. If not, the Locallnventory 
component 1258c applies well-known techniques to calcu- 20 component 1270ft sets the inventory_backorder flag which 
late the proper Canadian taxes. The SimpleCanadaTax com- indicates to the consumer that the merchant is out of the 
ponent 1258c then stores the amount of taxes for each item selected items. The merchant adds the Locallnventory com- 
in a tax_total key-value pair in each item blackboard 352 ponent U70b to the registry with the "WLStdOrder. Local- 
and the amount of taxes for the entire order in the order Inventory" command 

tax_total key-value pair in the order blackboard 350. ?s i .t_ r j ^ ^ . , 

lhe value added European taxes are calculated with a In Gm * odl ™ ai > m M ^ com ' 

SimpleVATTax component 12584. A merchant adds the P ° n< f 1272 does not exist * 

Simple VATTax component 1258a 1 with the following regis- m ) ^ Pavme nt Stage 

try command "SimpleTax.Simple VATTax country rate" The components in the payment stage 388 approve credit- 
where the "country" argument specifies a country name and 30 card payments. A payment default component 1274 sets the 
the "rate" argument specifies a tax rate. payment_auth_code key-value pair in the order blackboard 
When processing an order 124, the Simple VATTax com- 350 to "FAITH." While the preferred embodiment does not 
ponent 12584 evaluates the ship_to__country key-value pair have a payment optional component 1276 which performs 
to determine whether the purchased items are destined for a card authorization, software such as VeriFone's Point of Sale 
specified country in Europe. If so, the Simple VATTax com- (vPOS) software could be used. VeriFone's Point of Sale 
ponent 12584 applies well-known techniques to calculate (vPOS) software is publicly available and can be obtained 
the proper value added taxes. The Simple VATTax compo- from VeriFone, Inc. The payment required component 1278 
nent 12584 then stores the value added tax for each item in evaluates whether the value associated with the payments 
the tax_vat_item key-value pair, the mcluded taxes in the auth__code key has been set. 
tax_included key-value pairs and the added taxes in the Q \ Accept Stage 

tax_total key-value pairs existing in each item blackboard 40 J _ . *\ *L n t . t , . 

352. Hie SimpleVATTax component 12584 then stores the C P ^ ^generates * P urchase 

total amount of the taxes in the tax_included and tax total Purred embodinient does not have an accept 

key-value pairs in the order blackboard 350. ~ de& ^l com P onem 1280. However, the preferred embodi- 

' . , ment does contain a number of accept optional components 

Hie tax required component 1260 generates an error 1282 mcludin a p0Gen co nt ^ a podenPipe 

message if the tax_total or tax_included key-value pairs in component m2b , a SaveOrderToDb 1282c component and 

the order blackboard 350 are not set to a value. IT* tax a SaveltemsToDb component 12824 and a ReduceLocalln- 

oX r i24 COmP ° n 65 eiTOr mCSSage m VeDt0ry com P° nent 1282e - 

k\ Th O d T 1 St The P0Gen c 0111 ? 0116 ^ 1282a generates a purchase order 

; e r er o a age 5Q by directing tbe dynamic page generator 120 to generate an 

llie components in the order total stage 384 compute the HTML page with a purchase order template. The dynamic 

total charge for the order 124. The preferred order total page generator 120 then stores the HTML purchase order in 

default component 1262 sets the order_total key-value pair a file . ^ name of mc file ^ 5ased OQ the ordef identificatioD 

to the sum of the oadjust_subtotal key-value pair, the code m me or der_id key-value pair. A merchant adds the 

shipping^total key-value pair, the tax_total key.value pair, 55 P0 Gen component 1282a with the foUowing registry com- 

and the handlmg_total key-value pair. mand "WLStdOrder.POGen template output-dir" where the 

In the preferred embodiment, neither an order total "template" argument identifies the purchase order template 

optional component 1264 nor an order total required com- file and the "output-dir" argument identifies the directory in 

ponent 1266 exist. which to place the created purchase order file. 

1) The Inventory Stage 60 The POGenPipe component 12826 generates a purchase 

The components in the inventory stage 386 verify that order by directing the dynamic page generator 120 to 
every selected item is in stock. In the preferred embodiment, generate an HTML purchase order with a purchase order 
a default inventory component 1268 does not exist. template. The POGenPipe 12826 component then uses well- 
However, the preferred embodiment does contain two inven- known techniques to direct the dynamic page generator 120 
tory optional components 1270 called 1) the Flaglnventory 65 to send the HTML purchase order to another program. A 
component 1270a and 2) the Locallnventory component merchant adds the POGenPipe component 12826 with the 
12706. following registry command "WLStdOrder. POGenPipe 
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template command" where the "template" argument identi- to the item blackboard 352. The order manager 322 adds the 

fies the purchase order template and the "command" argu- product's key -value pair to the item blackboard 352. 

ment identifies the program which receives the product order while in state 1406, the order manager 322 passes the 

HTML page. item blackboard 352 to the order engine 360. The order 

The SaveOrderToDb component 1282c uses well-known 5 engine 360 then invokes the product information stage 364 

database techniques to save a purchase order in a specified and the item price adjust stage 374. Proceeding to state 1406, 

database table. A merchant adds the SaveOrderToDb com- the order engine 360 passes the item blackboard 352 to the 

ponent 1282c with the following registry command "WLSt- product information stage 364. As discussed above, the 

dOrder.SaveOrderToDb table translation" where the "table" preferred product information default component 1200 

argument specifies a database table and the "translation" 10 accesses the sku key- value pair in the item blackboard 352 

argument is optional and specifies a transaction dictionary and performs a database query that retrieves product data 

which translates the purchase order into a database format. corresponding to the sku. The product information default 

The SaveltemsToDb component 1282 J uses well-known component 1200 then stores the product data into the 

database techniques to saves information about the pur- product key-value pairs existing in the item blackboard 352. 

chased items to a specified database table. A merchant adds 15 The product information default component 1200 then 

the SaveltemsToDb component 1282d with the following passes the item blackboard 352 to the components in the 

registry command "WLStdOrder.SaveOrderToDb table item price adjust stage 374. 

translation" where the "table" argument specifies the data- Proceeding to state 1408, the components in the item price 

base table and the "translation" argument is optional and adjust state calculate the regular and current prices of an 

specifies a transaction dictionary which translates the pur- 20 item. The preferred embodiment contains two item price 

chase order into a database format. The preferred embodi- adjust optional components called the Sale Adjust compo- 

ment does not have an accept required component 1284. nent 1234a and the ItemPromo component 12346. The 

The ReduceLocal Inventory component 1282c reduces the SaleAdjust component 1234a accesses the product_sale_ 

inventory in an inventory database 130 by the number of start, the product sale_end and the product_sale_price 

products ordered. The Reduce Locallnventory component 25 key-value pairs and adjusts the regular and current prices of 

1282e uses the sku key-value pairs and the quantity key- an item by setting the iadjust_regularprice and the iadjust_ 

value pairs to generate a database query which deduces the currentprice key- value pairs on the item blackboard 352. 

quantity amounts from the database 130. The merchant adds The SaleAdjust component 1234a then sets the product_ 

the ReduceLocallnventory component 1282e to the registry currentprice value to the product_sale_price value if the 

with the "WLStdOrder.ReduceLocallnventory queryname" 30 current date is between the sale start date and end date, 

command where the "queryname" argument specifies the The preferred ItemPromo component 12346 is further 

database query. described in a concurrently filed application having the title 

.„„ , D . "Electronic Promotion System For An Electronic Merchant 

IV. purchase Processing System" which is incorporated herein by reference. The 

FIG. 13 illustrates a flow chart of the sequence of states ItemPromo component 12346 defines the type of item which 

which occur when a consumer accesses the electronic mer- receives a discount, the amount of the discount, the date the 

chandising system 100. Beginning in a start state 1300, the promotion begins and the date the promotion ends. If a 

present invention proceeds to state 1302 where the consumer promotion applies, the ItemPromo component 12346 stores 

directs his consumer browser 110 to access the electronic the sale price in the product_current_price key-value pair, 

merchandising system 100. Proceeding to state 1304, the 40 Proceeding to end state 1410, the order engine 360 passes 

consumer views the virtual store displayed by the dynamic the item blackboard 352 back to the dynamic page generator 

page generator 120. 120. Proceeding to state 1310 as illustrated in FIG. 13, the 

In state 1304, the virtual store offers the consumer a dynamic page generator 120 combines the product informa- 

number of options. For instance, the consumer can navigate 45 tion in the item blackboard 352 with the producthtml tem- 

about the virtual store, view different sales departments, plate to create a product HTML page. The dynamic page 

obtain information about products offered for sale, select generator 120 then sends to the consumer browser 110. The 

desired items, view a shopping cart of selected items and can consumer browser 110 displays the product HTML page and 

purchase selected items. The various options are represented returns to state 1304. 

with buttons, menus, or other user interface inputs which 50 B. Viewing Subtotals 

contain hyperlinks. Retuning to state 1304, a consumer may desire to peri- 

A. Viewing Items odically view the items the consumer has selected for 
To 

view detailed information about an item, the consumer purchase. To view the selected items, the consumer can 

selects the image of an item, an item from a menu or items, select the shopping cart button 412. In the preferred 

etc. In the preferred embodiment, each of the item images 55 embodiment, the shopping cart button 412 has a URL which 

have a hyperlink which specifies the item's URL. Proceed- specifies the order.plan action 346. Proceeding to state 1320, 

ing to state 1306, the consumer browser 110 transmits the when the use selects the shopping cart button 412, the 

item's URL to the dynamic page generator 120. consumer browser 110 transmits the order.plan URL to the 

Proceeding to state 1308, the preferred embodiment pro- action manager 122. 

cesses an item blackboard 352 to obtain information about 60 Proceeding to state 1322, the preferred embodiment pro- 

the selected item. A detailed flow chart of state 1308 is cesses an order to obtain information and a subtotal of the 

illustrated in FIG. 14. In start state 1400, the dynamic page order. FIG. 15 illustrates the detailed flow chart of the steps 

generator 120 receives the URL which specifies a particular performed by a the order.plan action 346 in state 1322. In 

product. Proceeding to state 1402, the HTML template start state 1500, the action manager 122 receives the URL 

directs the order manager 322 to create an item blackboard 65 which specifies the orderplan action 346. Proceeding to state 

352 for the selected product. Proceeding to state 1404, the 1502, the action manager 122 directs the order manager 322 

order manager 322 also adds the product's key-value pairs to create an order 124. Proceeding to state 1504, the order 
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manager 322 obtains the order information and item infor- 
mation in the order table 304 and stores it as key-value pairs 
in the order 124. 

The action manager 122 then passes the order to the order 
engine 360. The order engine 360, in turn, passes the order 
124 to the components in the product information stage 364, 
the merchant information stage 366, the shopper information 
stage 368, the order initialization stage 370, the order check 
stage 372, the item price adjust stage 374, the order price 
adjust stage 376, the shipping stage 378, the handling stage 
380, the tax stage 382, the order total stage 384 and the 
inventory stage 386. 

Proceeding to state 1506, the order engine 360 passes the 
order 124 to the product information stage. As discussed 
above, the components in the product information stage 364 
retrieves product data for each item from the products 
database 130 and writes the product data to the appropriate 
item blackboard 352. The components in the product infor- 
mation stage 364 then pass the order 124 to the merchant 
information stage 366. 

Proceeding to state 1508, the components in the merchant 
information stage 366 can obtain merchant information from 
a merchant database 130. In the preferred embodiment, 
however, does not contain any merchant information com- 
ponents. Instead, the order 124 is passed to the components 
in the shopper information stage 368. 

Proceeding to state 1510, the components in the shopper 
information stage 368 set the shopper key-value pairs by 
retrieving shopper information from a database 130. The 
preferred shopper information default component 1212 
accesses the shopper_id key-value pair in the order black- 
board 350 and performs a database query which accesses the 
identified shopper in the shopper table 300. Each column in 
the shopper table 300 is then added to a shopper key-value 
pair in the order blackboard 350. For example, the added 
shopper key-value pairs can include the shopper_address, 
the shopper_size, the shopper_preferences, etc. The shop- 
per information default component 1212 then passes the 
order 124 to the order initialization stage 370. 

Proceeding to state 1512, the components in the order 
initialization stage 370 initialize the order key-value pairs 
which will be utilized by other components in the order 
pipeline 362. In particular, the CopyData component 1220a 
copies data from one key-value to another key-value pair. 
For example, the CopyData component 1220a copies the 
shipping address to the billing address if the client has 
specified that the items should be shipped to the same 
location as the consumer's address. The CopyData compo- 
nent 1220a then passes the order 124 to the SetData com- 
ponent 12206. 

The SetData component 12206 then sets the value of 
key-value pairs. For example, the merchant can direct the 
SetData component 12206 to set the consumer identification 
code in the order blackboard. The SetData component 1220a 
then passes the order 124 to the components in the order 
check stage 372. 

Proceeding to state 1514, the components in the order 
check stage 372 verify that the required key-value pairs are 
present or determine whether certain key-value pairs satisfy 
desired requirements. One of the order check optional com- 
ponents called the Order Validate component 1226a is con- 
figured to check the order blackboard 350 and verify that the 
required key-value pairs exist or that the required key-value 
pairs follow other given rules (i.e., is the value in one of the 
key-value pairs falls within a minimum or maximum value, 
etc.). Another order check optional component, called the 
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OrderltemValidate component 12266 is configured to check 
for each item, the required item key-value pairs in the item 
blackboards 352 exist or that the key-value pairs for each 
item follow other given rules. The preferred order check 

5 required component then checks the order 124 to assure that 
there is at least one item in the order 124. The preferred order 
check required component then passes the order 124 to the 
components in the item price adjust stage 374. 

Proceeding to state 1516, the components in the item price 

30 adjust stage 374 calculate the on-sale price of an item as 
discussed above and store the discounted value in the 
iadjust_currentprice key-value pair. The components in the 
item price adjust stage 374 then pass the order 124 to the 
components in the order price adjust stage 376. 

35 Proceeding to state 1518, the components in the order 
price adjust stage 376 set the adjusted price of the entire 
order 124. The preferred DbOrderPromo component 1240. 
The DbOrderPromo component 1240 discounts the order 
amount based on the shopper, the items purchased, the 

2Q discount award given, etc. The DbOrderPromo component 
1240 stores the discounted amount in the oadjust_ 
adjustedprice key-value pair. 

The order price adjust required component 1242 com- 
pletes the order price adjustment by setting, if not already 

25 set, the oadjust_adjustedprice key-value pair for each item 
to the item's current price. Id addition, the order price adjust 
required component 1242 also sets the oadjust_sub total 
key-value pair on the order blackboard 350 equal to the sum 
of all oadjust_adjustedprice key-value pairs associated with 

3Q each item. The components in the item price adjust stage 374 
then pass the order 124 to the components in the shipping 
stage 378. 

Proceeding to state 1520, the components in the shipping 
stage 378 calculate the total shipping charge. The shipping 

35 default component 1244 sets the shipping charges to zero by 
setting the value in the shipping_total key-value pair exist- 
ing in the order blackboard 350 to zero. Three optional 
components exist which a merchant may add to perform 
shipping calculations: 1) the FixedShipping component 

40 1246a, 2) the LinearShipping component 12466, and 3) the 
TableShipping component 1246c. 

The FixedShipping component 1246a, evaluates the ship- 
ping method in the shipping__method key-value pair and 
charges a fixed shipping amount by setting the shippings 

45 total key-value pair to a fixed amount. The LinearShipping 
component 12466 relies on a rate computed with a basis 
value (the basis value is the unit of measurement for the 
product). The basis value is specified by the merchant in the 
registry. The LinearShipping component 12466 multiplies 

50 the basis and the rate to determine the shipping cost. The 
LinearShipping component 12466 then stores the shipping 
amount in the shipping_total key-value pair existing in the 
order blackboard 350. 
The TableShipping component 1246c uses a lookup table 

55 to determine what the shipping cost should be. The merchant 
specifies a basis (the unit of measurement for the product), 
a rate per basis unit, a database query name, and optionally 
a key-value pair used to calculate the shipping cost. The 
specified database query searches the database 130 for the 

60 proper value. The TableShipping component 1246c then 
stores the shipping cost in the shipping_total key-value pair. 

In state 1520, the shipping required component also 
verifies whether the shipping_total key-value pair contains 
a value. If not, the shipping required component generates 

65 an error message which is stored in the order. The shipping 
required component then passes the order 124 to the com- 
ponents in the handling stage 380. 
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Proceeding to state 1522, the components in the handling 124, the Simple VATTax component 12584 evaluates the 

stage 380 calculate the total handling charge for the order ship_to_country key-value pair to determine whether the 

124. The handling default component 1250 sets the handling purchased items are destined for a specified country in 

charges to zero by setting the handling_total value in the Europe. If so, the Simple VATTax component 12584 applies 

order blackboard 350 to zero. In addition, three optional 5 well-known techniques to calculate the proper value added 

components exist which a merchant may add to perform taxes * ^ Simple VATTax component 12584 then stores the 

handling calculations: 1) the FixedHandling component amount of taxes for each item and for the entire order in the 

1252a, 2) the LinearHandling component 12526 and 3) the tax_vat_item, tax_total and the tax_included key-value 

Table Handling component 1252c. P*" 5, 

The FixedHandling component 1252a, evaluates the han- io In Slate f ^ 2 f ' me tax 1 squired component 1260 generates 

dling method in the handling_method key-value pair and ™ °™ £ °! ta ^ nck l ded ^^P^ 0 

char|es a fixed handling amoTnt by setting the handling T^T'T ^ T COm ?°T ™° ^ 

total value to a fixed Imount. The merchant specifies^ 0nfcr 124 t0 the «"P™»* » lhe order total 

method and corresponding handling price in the registry. p roce cding to state 1526, the components in the order 

The LinearHandhng component 12526 relies on a rate 15 to ul stage 384 computes the total charge for the order 124. 

computed with a basis value that the merchant specifies in p re f er red default order total component sets the sets the 

the registry and stores the computer handling charges in the 0 rder_total key-value pair to the sum of the oadjust__ 

handhng_total value ' subtotal key-value, the shipping_total key-value pair, the 

The TableHandhng component 1252c uses a lookup table tax_total key-value pair, and the handling_total key-value 

to determine what the handling cost should be. The merchant 20 pair. The default order total component then passes the order 

specifies a basis (the unit of measurement for the product), 124 to the components in the inventory stage 386. 

a rate per basis unit, a database query name, and optionally Proceeding to state 1528, the components in the inventory 

a key-value pair used to calculate the handling cost. The stage 386 verify whether the desired items are in stock. In 

specified database query searches the database 130 for the t he preferred embodiment, a default inventory component 

proper value. The handling cost is then stored in the 25 does not existt However, the preferred embodiment does 

handUng_total key-value pair. contain ^ i nven tory optional components called the 1) 

In state 1522, the handling required component 1254 Flaglnventory component 1270a and 2) the Locallnventory 

verifies whether the handling__total contains a value. If not, component 12706. 

the handling required component 1254 generates an error The Flaglnventory component 1270a sets values indicat- 

message. The handling required component 1254 then mg an error if there is insufficient stock and will indicate 

passes the order 124 to the components in the tax stage 382. whether the item is back ordered. In particular, the Flagln- 

Proceeding to state 1524, the components in the tax stage ventory component 1270a checks the product_in_stock 
382 compute the total tax for a given order 124. The default key-value field in the item blackboards 352 to determine 
tax component 1256 sets the tax_total key-value pair in the 35 whether an item is in stock. The product_in_stock key- 
item blackboards 352 and the tax_total key-value pairs in value pair is obtained by using the sku key-value pair to 
the order blackboard 350 to zero. generate a database query which determines whether the 

In addition, optional SimpleTax components exist for the identified item is in stock. If the item is not in inventory, the 

tax models used in USA, Canada, Europe, and Japan. The Flaglnventory component 1270a sets an inventory.^ 

SimpleUSTax component 1258a evaluates the ship_to__ 40 backorder key-value pair to indicate that the item is out of 

country key -value pair to determine whether the purchased stock. 

items are destined for the United States of America. If so, the When the Locallnventory component 12706 receives the 

SimpleUSTax component 1258a evaluates the name of the order 124, the Locallnventory component 12706 checks for 

state in the ship_to_state key-value pair and applies the inventory in a local database 130 and will ensure that the 

specified tax rate to each item. The SimpleUSTax compo- 45 product_locaL_inventory key-value pair is at least as large 

nent 1258a then stores for each item and for the entire order, as the total number of items in inventory. The Locallnven- 

the amount of taxes in the tax_total key-value pair in the tory component 12706 uses the sku key-value pairs to 

order blackboard 350. perform one or more database queries which determine 

The SimpleJapanTax component 12586 calculates a tax whether the product local inventory amount contains enough 

rate for Japan. The SimpleJapanTax component 12586 then 50 of the desire items. If not, the Locallnventory component 

evaluates the ship_to_country key-value pair to determine 12706 sets the inventory_backorder flag which indicates to 

whether the purchased items are destined for Japan. If so, the the shopper that the merchant is out of the selected items. 

SimpleJapanTax component 12586 stores for each item and Proceeding to end state 1530, the order engine 360 passes 

for the entire order, the amount of taxes in the tax_total and the order 124 back to the order manager 322. Proceeding to 

tax_included key-value pairs. 55 state 1324 in FIG. 13, the order manager 322 retrieves the 

The Simple CanadaTax component 1258c computes a tax item key-value pairs and stores them in the order table 304. 
rate for Canada, including a goods and services tax (GST) In state 1324, the dynamic page generator 120 then creates 
and a provincial sales tax (PST). The SimpleCanadaTax the shopping cart HTML page 400 is illustrated in FIG. 4. In 
component 1258c evaluates the ship_to_country key-value particular, the dynamic page generator 120 uses the item's 
pair to determine whether the purchased items are destined 60 stock keeping unit, description, color, size, list price, sale 
for Canada. If so, the SimpleCanadaTax component 1258c price, quantity, extra discounts and total price in the key- 
applies well-known techniques to calculate the proper Cana- value pairs to create the shopping cart HTML page 400. The 
dian taxes. The SimpleCanadaTax component 1258c then consumer browser 110 then displays the shopping cart 
stores for each item and the entire order, the amount of taxes HTML page 400. 
in the tax„total key-value pairs. 65 C Completing A Sales Transaction 

The Simple VATTax component 1258a* calculates the Returning to state 1304, to a consumer may decide to 

value added European taxes. When processing the order initiate a sales transaction. To initiate a sales transaction, the 
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consumer selects the check out button 414. In the preferred mine whether the value associated with the payment_auth_ 

embodiment, the check out button 414 has a hyperlink which code key has been set. The payment required component 

specifies a URL which invokes the order.plan action 346 in 1278 then passes the order 124 to the components in the 

the action manager 122. Proceeding to state 1330, the accept stage 390. 

consumer selects the check out button 414 and the consumer 5 Proceeding to state 1632, the components in the accept 

browser 110 transmits the URL for the order.plan action 346 stage 390 generate a completed purchase order. The pre- 

to the action manager 122. ferred embodiment contains a number of accept optional 

Proceeding to state 1332, the order.plan action 346 as ^ pon D ems ^""T!!*!? lhe 

discussed above with respect to FIG. 15, directs the order ^TT ^ V " ve ° r ™»T 

manager 322 to create an order 124. The order.plan action *> 5»» 1282c and the SavtIt«nsTbDb component 12824 The 

ia£*u *u i , .t . . , PUOen component 1282a generates a purchase order by 

346 then passes the order 124 to the order engine 360 which direclin lh / d ic page generator U0 to generate ai 

directs the order 134 to the components m the product HTML page with a purchase order HTML template, 

information stage 364, the merchant information stage 366, ^ poGenPipe component 1282* generates a purchase 

the shopper information stage 368 the order imUahzaUon order b ^ clin ^ d ic * generator 120 to 

stage 370, the order check stage 372 the item price adjust « genefate aQ KmL ^ ^ & ^ ^ 

stage 374, the order price adjust stage 376, the shipping stag, HTML template. The POGenPipe component 12826 then 

the handling stage 380, the tax stage 382, the order total US es standard techniques such as named pipes to direct the 

stage 384 and the inventory stage 386. dynamic page generator 120 to send the HTML purchase 

Proceeding to state 1334, the order.plan action directs the order to another program. The SaveOrderToDb component 
page generator to create the acceptance check out HTML 20 1282c uses well-known database techniques to save a pur- 
page 600 illustrated in FIG. 6. The acceptance check out CDase order in a specified database 130. The SaveltemsToDb 
HTML page 600 which displays the total price of the component 12824 uses well-known database techniques to 
selected items and which also requests the billing informa- saves information about the purchased items to a specified 
tion as illustrated in FIG. 15. Proceeding to state 1336, the data base 130. 

consumer can enter her or his credit card information and 25 When the ReduceLocallnventory component 1282e 

select the purchase now button. The purchase now button receives the order 124, the ReduceLocallnventory compo- 

contains a URL which invokes the order.purchase action 348 {cducGS l |? e "™entory in an inventory database 

in the action manager 122. 130 by the number of products ordered. The ReduceLocal- 

„ t , Inventory component 1282e uses the sku key-value pairs 

Proceeding to state 1338, the consumer selects the pur- 3Q and the quantity key-value pairs to specify a database query 

chase now button and the consumer browser 110 sends the which deducts me quant ity amounts from the database 130. 

order.purchase action URL to the action manager 122. FIG. Proceeding to end state 1634, the preferred embodiment 

16 illustrates a detailed block diagram of the states m the eds tQ sUte 1340 io nG 13 and seQds ^ hased 

order.purchase action 348. Begimng in a start state 1600, the items |Q tfae consumen Rerurmng t0 state 1304, the con- 

order.purchase action 348 proceeds ^ state 1602 and directs 35 sumer can exit the electf0nic merchandisin tem 110 b 

^°\!^T gCT , Crcate ^ D °u ^ ?mGe f Au ^ t0 navigating to another website or by exiting his consumer 

state 1604, the order manager adds the order key-value pairs browser in end state 1350. 
to the order blackboard 350 and the item key-value pairs to 

the item blackboard 352. The order.purchase action 348 then v - Conclusion 

passes the order 124 to the order engine 360. The order 4Q While certain preferred embodiments of the invention 

engine 360 then passes the order to each in the stages in the have been described, these embodiments have been pre- 

order pipeline 362 including the payment stage 388 and the sented by way of example only, and are not intended to limit 

accept stage 390. the scope of the present invention. For example, although 

In states 1606-1638 order engine 360 order pipeline described herein with reference to a set of components in the 

passes the order to the components in the product informa- 45 order pipeline 362, a merchant can add other components to 

tion stage 364, the merchant information stage 366, the customize the flexible electronic merchandising system 100 

shopper information stage 368, the order initialization stage for the merchant's unique sales transactions. Accordingly, 

370, the order check stage 372, the item price adjust stage the breadth and scope of the present invention should be 

374, the order price adjust stage 376, the shipping stage 378, defined only in accordance with the following claims and 

the handling stage 380, the tax stage 382, the order total 5Q their equivalents, 

stage 384, and the inventory stage 386. The processing of the What is claimed is: 

order with respect to these stages is discussed above. In state 1. A merchandising system for processing electronic sales 

1628, the components in the inventory stage 386 then passes transactions, said merchandising system comprising: 

the order 124 to the components in the payment stage 388. a computer processor; 

Proceeding to state 1630, the components in the payment 55 an order stored in a computer readable storage media, said 

stage 388 then approve the credit-card payments. In the order comprising a set of key-value pairs such that said 

preferred embodiment, the payment default component 1274 key-value pairs contain information about said sales 

sets the payment_auth_code key-value pair in the order transaction; and 

blackboard 350 to "FAITH." While the preferred embodi- an order processing module stored in a computer readable 

ment does not have a payment optional component 1276 60 storage media, said order processing module execut- 

which performs card authorization, software such as Veri- able in said computer processor, said order processing 

Fone's Point of Sale (vPOS) software could be used. Veri- module configured to receive said order and process 

Fone's Point of Sale (VPOS) software is publicly available said key-value pairs in said order; 

and can be obtained from VeriFone, Inc. wherein said order processing module further comprises 

The payment default component 1274 then passes the 65 at least one order initialization component which is 

order 124 to the payment required component 1278 which configured to initialize at least one of said key-value 

evaluates the payment_auth_code key- value pair to deter- pairs. 
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2. The merchandising system of claim 1 wherein said 
order further comprises multiple sets of said key-value pairs 
such that one or more said sets of key-value pairs corre- 
sponds to an item in said sales transaction. 

3. The merchandising system of claim 2 wherein said 
order processing module further comprises at least one 
product information component which is configured to 
obtain information about at least one of said items in said 
sales transaction and store said information in at least one of 
said key-value pairs. 

4. The merchandising system of claim 2 wherein said 
order processing module further comprises at least one item 
adjust component which is configured to determine a dis- 
count price associated with one of said items in said order 
and store said discount price in at least one of said key-value 
pairs. 

5. The merchandising system of claim 1 wherein said 
key-value pairs in said order are configured to store infor- 
mation for different types of sales transactions. 

6. The merchandising system of claim 5 wherein said 
order processing module further comprises different com- 
ponents which process one or more of said key-value pairs. 

7. The merchandising system of claim 6 wherein said 
components are configured to utilize one or more of said 
key-value pairs to perform a specified function. 

8. The merchandising system of claim 1 wherein said 
order processing module further comprises at least one 
merchant information component which is configured to 
obtain merchant information and store said merchant infor- 
mation in at least one of said key- value pairs. 

9. The merchandising system of claim 1 wherein said 
order processing module further comprises at least one order 
check component which is configured to ensure that at least 
one of said key-value pairs exists in said order. 

10. The merchandising system of claim 1 wherein said 
order processing module further comprises at least one order 
price adjust component which is configured to determine a 
discount price associated with said order and store said 
discount price in at least one of said key-value pairs. 

11. The merchandising system of claim 1 wherein said 
order processing module further comprises at least one 
shipping component which is configured to determine a 
shipping cost associated with said order and store said 
shipping cost in at least one of t said key-value pairs. 

12. The merchandising system of claim 1 wherein said 
order processing module further comprises at least one 
handling component which is configured to determine a 
handling cost associated with said order and store said 
handling cost in at least one of said key-value pairs. 

13. The merchandising system of claim 1 wherein said 
order processing module further comprises at least one tax 
component which is configured to determine an amount of 
taxes associated with said order and store said amount of 
taxes in at least one of said key-value pairs. 

14. The merchandising system of claim 1 wherein said 
order processing module further comprises at least one order 
total component which is configured to determine a price 
amount associated with said order and store said price 
amount in at least one of said key-value pairs. 

15. The merchandising system of claim 1 wherein said 
order processing module further comprises at least one 
inventory component which is configured to determine 
whether sufficient inventory exists to fulfill said order. 

16. The merchandising system of claim 1 wherein said 
order processing module further comprises at least one 
payment component which is configured to obtain an autho- 
rization to bill an amount associated with said order to an 
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account, said payment component further configured to store 
said authorization in one of said key-value pairs. 

17. The merchandising system of claim 1 wherein said 
order processing module further comprises at least one 
accept component which is configured to generate a pur- 
chase order based on said key-value pairs in said order. 

18. A merchandising system for processing electronic 
sales transactions, said merchandising system comprising: 

a computer processor; 

an order stored in a computer readable storage media, said 
order comprising a set of key-value pairs such that said 
key-value pairs contain information about said sales 
transaction; and 

an order processing module stored in a computer readable 
storage media, said order processing module execut- 
able in said computer processor, said order processing 
module configured to receive said order and process 
said key-value pairs in said order; 

wherein said order processing module further comprises 
at least one consumer information component which is 
configured to obtain information about and store said 
consumer information in at least one of said key-value 
pairs. 

19. A system for processing requests for information 
about goods or services, said system comprising: 

a computer network wherein a plurality of computers 
have access to said computer network; 

an action manager module executing in said computer 
network, said action manager configured to receive 
requests for information about goods or services from 
any one of said plurality of computers, said action 
manager further configured to create an information 
object which contains a set of key-value pairs such that 
said key-value pairs store data about said request; and 

an information processing module in communication with 
said information object such that said information 
processing module is configured to obtain said data 
about said goods or services and store said data in at 
least one of said key-value pairs; 

wherein said request for information about said goods or 
services is associated with a sales transaction; 

wherein said information object is an order which con- 
tains key-value pairs associated with said sales trans- 
action; 

wherein said action manager further comprises an order 
plan action which is configured to receive said requests; 

wherein said order plan action is further configured to add 
key-value pairs to said order for each of said goods or 
services in said request and to pass said order to said 
order processing module. 

20. The system of claim 19 where said network of 
computers is the internet. 

21. The system of claim 19 wherein the structure of said 
information object contains multiple sets of said key value 
pairs such that each set of key-value pairs corresponds to 
each good or service identified in said request. 

22. The system of claim 19 wherein said request for 
information about said goods or services is associated with 
a sales transaction. 

23. The system of claim 22 wherein said information 
object is an order which contains key-value pairs associated 
with said sales transaction. 

24. The system of claim 23 wherein said system further 
comprises an order table which stores information about said 
order and copies of said key-value pairs existing in said 
order. 
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25. The system of claim 23 wherein said action manager obtaining merchant data about a merchant associated with 
further comprises an add item action which is configured to said order, and for storing said merchant information in at 
receive said requests. least one of said key-value pairs. 

26. The system of claim 25 wherein said add item action 37. The system of claim 34 wherein said order processing 
is further configured to add key-value pairs to said order 5 means further comprises a shopper information means for 
based on said information about one of said goods or obtaining information about a shopper which initiates said 
services identified in said request and to pass said order to request and for storing said shopper information in at least 
said order processing module. one of said key-value pairs. 

27. The system of claim 26 wherein said order processing 38 - ^ system of claim 34 wherein said order processing 
module is further configured process said order to obtain 10 means further comprises an order initialization means for 
data about said one of said goods or services in said order, seating at least °ne of said key-value pairs to an initial value, 
and wherein said order processing module is further con- 39 * ^ system of claim 34 wherein said order processing 
figured to store said data in at least one of said key-value means further comprises an order check means for ensuring 
pairs. at l east one of said key-value pairs exist in said order. 

28. The system of claim 23 wherein said order processing is 40 ^ system of claim 34 wherein said order processing 
module is further configured to process said order to obtain means further comprises an item price adjust means for 
a price amount associated with said sales transaction. determining a discount price associated with one of said 

29. The system of claim 23 wherein said action manager items m said order and for storing said discount price in at 
further comprises a purchase action which is configured to ^ east one °f sa id key-value pairs. 

receive said requests. 20 41. Th e system of claim 34 wherein said order processing 

30. The system of claim 23 wherein said order processing means further comprises an order price adjust means for 
module is further configured to respond to said purchase determining a discount price associated with said order and 
action and process said order to perform said sales transac- for storing said discount price in at least one of said 
tion. key-value pairs. 

31. A system for processing requests for information 25 42. The system of claim 34 wherein said order processing 
about goods or services, said system comprising: means further comprises a shipping means for determining 

a computer network wherein a plurality of computers a shipping price associated with said order and for storing 

have access to said computer network; said shipping price in at least one of said key-value pairs. 

, t . . . 4 43. The system of claim 34 wherein said order processing 

an action manager module executing in said computer „™ u ji- r j\ • ■ 

, .? .. « j * • 30 means further comprises a handling means for determining 

network, said action manager configured to receive JU n . ... • r . . , ... . , , . - . 6 

. * . t , & . - a handling price associated with said order and for storing 

requests for information about goods or services from - A u«~Ji;» n „™ • t , , f • . , , . & 

f -j i r* * , -j said handlmg price in at least one of said key- value pairs, 

any one of said plurality of computers, said action AA ™ a e i • *a u -a a ■ 

' r., J A . \ . 44. The system of claim 34 wherein said order processing 

manager further configured to create an information mDnr _ a.wuI, • , r j . • • ,u 

n u--~7„,u-~u * - * pi i u *u * means further comprises a tax means for determining the 

object which contains a set of key-value pairs such that „ . nf tnvA . . , , , - ° . 

cii u„ „ n i„ a «• o . j , w * * j * j 35 amount of taxes associated with said order and for storing 

said key-value pairs store data about said request; and J5 - A #<1V „ • „ t * t f , , . & 

. r . ^ ' said taxes m at least one of said key -value pairs, 

an information processing module in communication with 45 nt system of claim 34 wherein ^ ordef processing 

said information object such that said information means further comprises an order total means for determin- 

processing module is configured to obtam said data mg an amount associated with said order and for storing said 

about said goods or services and store said data in at amoum ^ at least one of said key . value pairs> 

least one of said key-value pairs; 46 ^ system of claim 34 wherein ^ 0fder processing 

wherein said action manager further comprises a purchase means further comprises an inventory means for determin- 

action which is configured to receive said requests; ing the amount of inventory needed to fulfill said order. 

wherein said purchase action is further configured to add 47. The system of claim 34 wherein said order processing 

key-value pairs associated with said request to said 45 means further comprises a payment means for obtaining an 

order and to pass said order to said order processing authorization to bill an amount associated with said order to 

module. an account, said payment component means also for storing 

32. A system for processing requests for information said authorization in one of said key-value pairs. 

about goods or services, said system comprising: 48. The system of claim 34 wherein said order processing 

a consumer means for generating a request for informa- 50 means further comprises an accept means for generating a 

tion; purchase order for said order, 

an order means for storing a set of key-value pairs which 49. The system of claim 32 further comprising an infor- 

contain data about said request; and mation processing means for processing said order means to 

an action manager means for receiving said request and obtain said information requested by said request, said order 

for adding said key-value pairs which contain data 55 information processing means also for storing said informa- 

about said request to said order means. tion m at least one of said key-value pairs. 

33. The system of claim 32 wherein said request for 50 - A merchandising system for processing electronic 
information identifies a plurality of items. sales transactions, said merchandising system comprising: 

34. The system of claim 33 wherein said order contains an order comprising a set of order values indicating 
multiple sets of key-value pairs such that at each of said sets 60 information about said sales transaction; 

of said key-value pairs corresponds to one of said items. a plurality of order processing components configured to 

35. The system of claim 34 wherein said order processing receive and process the order in turn; 

means further comprises a product information means for individual order processing components being configured 

obtaining said information and for storing said information to receive the order with existing order values, to 

in at least one of said key-value pairs. 65 examine the existing order values, and to potentially 

36. The system of claim 34 wherein said order processing add order values or modify the order values depending 
means further comprises a merchant information means for on the existing order values. 
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51. An order processing system as recited in claim 50, 
wherein the order processing components are customizable 
by a merchant. 

52. An order processing system as recited in claim 50, 
wherein individual components can be replaced by a mer- 
chant to meet needs that are particular to that merchant. 

53. An order processing system as recited in claim 50, 
wherein individual components can be added to the plurality 
of individual components by a merchant to meet needs that 
are particular to that merchant. 

54. An order processing system as recited in claim 50, 
wherein the order contains key-value pairs, the key-value 
pairs containing the order values. 

55. An order processing system as recited in claim 50, 
wherein the order comprises an order blackboard and one or 
more item blackboards; 

the order blackboard having a plurality of key-value pairs 
containing information about the order; 
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each item blackboard having a plurality of key-value pairs 
containing information about an individual item of the 
order. 

56. An order processing system as recited in claim 50, 
5 wherein: 

the order values are indexed by corresponding keys; 
each order processing component processes a subset of 

the order values; 
each order processing component identifies its subset of 
10 order values by the keys of the order values. 

57. An order processing system as recited in claim 50, 
wherein communication between the order processing com- 
ponents is by way of the order values. 

58. An order processing system as recited in claim 50, 
15 further comprising an order engine that passes the order to 

the respective order processing components in turn. 

* * * * * 
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ABSTRACT 



A computer system is programmed for setting and reporting 
product delivery dates. The invention includes a step of 
maintaining a customer preferences database having deliv- 
ery and reporting preferences for individual customers. The 
preferences include preferred early and late delivery limits, 
preferred performance measurement species, and desired 
advance delivery times. The invention further includes a step 
of creating a customer order entry for a particular customer. 
The customer order entry includes a customer-requested 
delivery date supplied by the customer. A customer- 
preferred ship date is calculated for the customer order entry 
based at least in part upon the customer-requested delivery 
date and at least in part upon the particular customer's 
specified desired advance delivery time. The customer order 
entry is then routed to an order scheduler. The computer 
system shows the order scheduler the calculated customer- 
preferred ship date and obtains a targeted ship date for the 
customer order entry from the order scheduler. The system 
is programmed to then calculate a targeted ship date window 
based upon the targeted ship date and the particular custom- 
er's preferred early and late delivery limits. On-time product 
delivery statistics are generated for individual customers in 
accordance with the individual customers' specified pre- 
ferred performance measurement species. 

22 Claims, 1 Drawing Sheet 



« * 

H 



12/04/2003, EAST Version: 1.4.1 



5,960,408 

Page 2 



OTHER PUBLICATIONS 

Dialog: File 148, Acc #04838628; Raia; "JIT Delivery: 
Redefining 'On-time"'; Purchasing; vl09 n3; p64{7); Sep. 
13, 1990. 

Dialog Abstract: File 15, Acc #00522133; Bowman; "Using 
3 rd Parties for International Success: Target Stores"; Distri- 
bution; v89 nlO; pp. 78, 80; Oct. 1990. 
Dialog: File 148, Acc #05578823; Richardson; "T&D Rec- 
ognizes Excellence in Logistics"; Transportation & Distri- 
bution; v32 nl2; p27(5); Dec. 199L 



Dialog: File 16, Acc #04289714; Miller; "Don't Let inde- 
pendable* Suppliers Bug You: Five Principles to Help Boost 
the Rate of On-time Deliveries"; Electronic Buyer's News; 
Feb. 1, 1993; p, 14. 

Dialog: File 16, Acc #04613164; Miller; The Key to Rec- 
ognition is Teamwork; Electronic Buyers' s News; Aug. 2, 
1993; p. 5. 

Dialog Abstract: File 751, Acc #00258029; Macola Purchase 
Order and Receiving 6.0; Macola Software; First Installed: 
1993. 



G 



12/04/2003, EAST Version: 1.4.1 



U.S. Patent 



Sep. 28, 1999 



5,960,408 



r 



14 



MAINTAIN 
DATABASE 



12 



CUSTOMER 
PREFERENCES 



20 



SALES 
ORDERS 



-- 



I * 



h 



I 



h > 



I 



16 



CREATE ORDER 
ENTRY 



22 



CALCULATE 
CUSTOMER- 
PREFERRED 
SHIP DATE 



24 



ASSIGN 
TARGETED 
SHIP DATE 



26 



CALCULATE 
TARGETED 

SHIP DATE 
WINDOW 



28 



OBTAIN 
ACTUAL 
DELIVERY 
DATE 



30 



GENERATE 
REPORTS 



12/04/2003, EAST Version: 1.4.1 



5,960,408 

1 2 

ON-TIME DELIVERY, TRACKING AND leaves the supplier's dock. Other customers equate the 

REPORTING "delivery date" with the dock date— the date the shipment 

actually arrives at the customer's dock. 

CROSS REFERENCE TO RELATED M a spcdfic examplej certain companies might 

APPLICATION 5 include weekends and holidays in their early and late 

This is a Continuation of U.S. patent application Ser. No. calculations, while other companies exclude weekends and 

08/794,155, filed Feb. 3, 1997, and titled "On-Time holidays. Other variable on-time evaluation criteria, not 

Delivery, Tracking and Reporting", now U.S. Pat. No. discussed, can of course be used by individual companies. 

5,809,479, which in turn is a File Wrapper Continuation of The highly variable nature of the criteria used to evaluate 

Ser. No. 08/278,183, filed Jul. 21, 1994, now abandoned. 10 supplier performance and to compile on-time delivery sta- 
tistics makes it very difficult for a supplier to either perform 

TECHNICAL FIELD to the customers' varying expectations or to even evaluate 

This invention relates to customer order entry and deliv- ^*™" CC e ^ ectatioi l s being met Tlic inven- 

ery tracking systems described below addresses this problem. The invention 

s y ' helps a supplier set targeted delivery dates and goals within 

BACKGROUND OF THE INVENTION eacn customer ' s expectations, while also providing a statis- 
tical analysis of on- time deliveries in accordance with each 

Service quality has become almost as important to many customer's own evaluation preferences, 
customers as the quality of supplied goods. More and more, 

customers tend to make purchasing decisions based upon 20 BRIEF DESCRIPTION OF THE DRAWINGS 

service performance of suppliers. Thus, it has become very ri „ . . 

important for suppliers to evaluate their own service per- FIG ' 1 15 a com P uter flow cha * and system diagram which 

formance and to provide the results of such evaluations to grates a preferred embodiment of the invention. Solid 

customers. Suppliers and their customers often cooperate to ^nes mdlcate ^ T0C ^ flow ' Dashed ^ mdicate dala trans * 

evaluate service performance. 25 fer between specific processes and physical data storage 

devices 

On-time product delivery is an important service compo- 
nent of many high-volume supply businesses. A customer DETAILED DESCRIPTION OF THE 
typically orders a product for delivery on a specified date. PREFERRED EMBODIMENT 
The customer expects that the delivery will be no later than 3Q 

that date. However, the customer also does not want the This disclosure of the invention is submitted in further- 
delivery to be too early. The customer considers the delivery ance of the constitutional purposes of the U.S. Patent Laws 
to be on time only if it is within an on-time window. "to promote the progress of science and useful arts." U.S. 

Each customer typically uses its own criteria to calculate Constitution, Article 1, Section 8. 
the on-time window. For instance, one customer might 35 The invention is an on-time delivery tracking and report- 
consider a delivery to be on time if it is no earlier than five ing computer system which maintains customer order and 
days and no later than one day from the requested delivery delivery information. The computer system implements a 
date. Another customer might consider a delivery to be on method of both setting and reporting product delivery dates 
time if it is no earlier than four days and no later than the in accordance with individual customers* expectations. The 
requested delivery date. The fact that each customer uses its 40 computer system includes a conventional data processor 
own criteria makes it difficult for a supplier to evaluate its which is programmed using conventional programming 
own performance. In fact, there are several other variable techniques to perform the functions described below. The 
criteria which make the task of evaluation even more programmed data processor thus forms means for accom- 
difi&cult for the supplier. plishing the described functions. 

For instance, different customers use different perfor- 45 FIG. 1 is a flow chart and system diagram showing a 

mance measurement species or calculation units in calcu- preferred embodiment of the invention. The invention 

lating delivery performance. One customer might use dollar includes a customer preferences database 12 having delivery 

amounts as the measurement species. In such a case, an and reporting preferences for individual customers of a 

on-time evaluation would compare the dollar value of particular supplier. The invention also includes an indepen- 

on-time items with the dollar value of items which were not 50 dent step 14 of maintaining customer preferences database 

on time. Another customer might use product units as a 12. Database maintenance is typically performed by cus- 

measurement basis. The on-time evaluation would indicate tomer service representatives of the supplier, from within the 

the number of product units delivered on time compared to supplier's order processing computer system, 

the number of product units delivered too early or late. A The delivery and reporting preferences contained within 

third customer might use order line items or discrete ship- 55 database 12 include preferred early and late delivery limits, 

ments as a statistical calculation basis. The on-time evalu- preferred performance measurement species, and desired 

ation would mdicate the number of on-time shipments advance delivery times. The early and late delivery limits 

compared to the number of other shipments. Variations or specify, for individual customers, on-time windows relative 

averages based on the above schemes might also be used. to delivery dates which are requested or expected by the 

Furthermore, some customers allow partial on-time credit 60 individual customers. The preferred performance measure - 

for partial shipments, while other customers consider a men t species indicate, for individual customers, the 

particular order to be late if any part of the order is delivered customer-preferred bases for statistical measurements— 

^ ate * whether the customers measure performance in terms of 

As another example of varying customer evaluation dollars, units, line items, or shipments. The desired advance 

criteria, some customers equate a "delivery date" with an 65 delivery times indicate, for individual customers, the num- 

actual ship date. When such customers request a particular ber of days by which the customers prefer their orders to be 

delivery date, they are referring to the day the shipment early. For instance, a particular customer might specify early 
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and late delivery limits of five and zero days respectively. information contained in customer preferences database 12 
However, the customer might prefer a delivery date of two and sales orders database 20, the computer system is pro- 
days early. The desired advance delivery time indicates this grammed to show the order scheduler the calculated 
preference. customer-preferred ship date and to obtain from the sched- 

Customer preferences database 12 further includes ship/ 5 uier a targeted ship date for the customer order entry. This 

dock flags for individual customers to indicate whether said date may or may not correspond to the customer-preferred 

customers consider delivery dates for particular products to s °ip date. Regardless, all dates are recalculated based on the 

be ship dates (the dates the products leave the suppliers' targeted ship date, and a customer-expected delivery date is 

sites) or dock dates (the dates the products arrive at the established in sales orders database 20 and communicated to 

customers' sites). Days-in-week variables in the delivery 30 the customer. The customer-expected delivery date accounts 

and reporting preferences specify the number of days for customer preferences variables as discussed above. More 

counted in each week by particular customers. These vari- specifically, the customer-expected delivery date is calcu- 

ables are generally used to indicate whether particular lated b y adding a shipping delay to the targeted ship date, 

suppliers count weekends in their on-time calculations. depending on the status of the customer's ship/dock flag, and 

The delivery and reporting preferences of database 12 35 by also adding the customer's desired advance deUvery time 

also include partial shipment allowed flags for respective to me tar S eted shi P date - 

customers, indicating whether the customers give credit for m a further step 26, the computer system is programmed 
on time delivery of partial shipments. The delivery and lo calculate a targeted ship date window based upon the 
reporting preferences further include customer-preferred targeted ship date and the particular customer's preferred 
reporting periods, indicating the preferred reporting inter- 20 eaf ly a &d late delivery limits. The targeted ship date window 
vals for individual customers. is obtained by simply subtracting and adding, respectively, 
Other customer preferences might also be included in the earl y and late delivery limits from the targeted ship date, 
database 12, indicating such information as whether cus- ^ targeted ship date window gives the range of actual ship 
tomers will allow rescheduling of shipments, calendar holi- dates which ^ result ^ an on time delivery to the 
days for each customer, and/or colendar holidays for the 25 customer, based upon the customer's own rules. The sales 
supplier. Customer preferences database 12 will preferably order entries, including targeted ship dates, are thus com- 
be updated at least once every year for each customer, or as P leted ^ information obtained both from each order entry 
otherwise determined to be needed. The system is pro- and from information stored on a long-term basis in cus- 
grammed to prompt customer service representatives when- tomer preferences database 12. 

ever updating is needed, based upon programmed updating As an example of the order entry process, suppose a 

periods which are initially specified by the customer service customer requests delivery of a shipment on March 17. The 

representatives. customer preferences database for that customer indicates 

The preferred embodiment of the invention includes a earlv ^ late delivery limits of four and zero days, respec- 

step 16 of creating a customer order entry for a particular 35 tivelv * Delivery dates are specified in terms of dock dates, as 

customer. The computer system is programmed to reference indicated by the customer's ship/dock flag. The customer's 

customer preferences database 12 during the order entry desired advance delivery time indicates that the customer 

process to set preferable delivery dates for individual cus- prefers deliveries to be two days early. Order entry personnel 

tomers. These dates are based upon customer-requested 2nd day air delivery. 

delivery dates supplied by the customers. Individual cus- 40 The order is routed to a scheduler who is shown a 

tomer order entries are created and stored in a sales orders customer-preferred shipment date of March 13, which 

database 20. accounts for two day delivery and the customer's desired 

The invention includes a step 22 of calculating a a dvance delivery time of two days. The scheduler realizes 

customer-preferred ship date for the customer order entry that the shipment cannot be made on that date, and enters a 

based at least in part upon the customer-requested delivery 45 targeted ship date of March 22. A customer-expected deliv- 

date and at least in part upon the particular customer's erv date of March 26 is then calculated by adding the 

specified preferences as maintained in customer preferences delivery delay and the customer's desired advance delivery 

database 12. More specifically, step 22 includes a step of time t0 tne targeted ship date. The customer-expected deliv- 

subtr acting the customer's desired advance delivery time erv da te is communicated to the customer, which then uses 

from the customer-requested delivery date to arrive at the 50 tnis date for purposes of on-time measurements, 

customer-preferred ship date. Step 22 also includes checking Once delivery has taken place, the computer system is 

the customer's ship/dock flag, and then pre-dating the programmed in a step 28 to obtain actual delivery dates for 

customer-preferred ship date if the customer's ship/dock flag each shipment. If ship dates are being used as delivery dates 

indicates that the particular customer considers a delivery by a particular customer, ship dates as obtained from the 

date to be a dock date rather than a ship date. The customer- 55 supplier's own records are used as delivery dates. If cus- 

preferred ship date would be pre-dated in this case by the tomer dock dates are being used instead as delivery dates, 

expected shipping time requirements to the customer's site. such dock dates can be obtained either from the customer or 

The resulting customer-preferred ship date would represent from the carrier. Electronic data interchange (EDI) can be 

the date the customer order would have to leave the suppli- used in either case to obtain the necessary data. The actual 

er'ssite to arrive at the customer's site on the date preferred $q delivery dates are stored in sales orders database 20. 

by the customer. Af ter obtaining delivery dates, the computer system in 

The information entered so far relates only to the cus- accordance with the invention is programmed in a step 30 to 
tomers' requested delivery dates. In some cases, it might not generate on-time product delivery statistics for individual 
be possible for the supplier to meet a requested or preferred customers. The determination of whether a particular prod- 
date. Accordingly, the customer order entry is routed to a 65 uct delivery is on time is based upon the customer-expected 
human order scheduler for assignment of a targeted ship delivery date and upon the customer's preferred early and 
date, as indicated in FIG. 1 by block 24. Based upon the late delivery limits. Step 30 includes generating statistical 
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reports for each customer. The reports are generated 
periodically, for each customer, based upon that customer's 
specified reporting periods. For instance, some customers 
might require weekly reports, while other customers desire 
only monthly reports. 

Each report is formatted in accordance with an individual 
customer's specified preferred performance measurement 
species. For instance, if customer preferences database 12 
indicates that a particular customer measures performance in 
terms of dollars, the report for that customer might appear as 
follows: 



Total Dollar Shipments 
On- time Shipments 
Percentage On -Time 



$1,000,000 
$700,000 
70% 



However, if the same customer measures performance in 
terms of actual units, the report for that customer might 
appear as follows: 



Total Units Shipped 
On- time Units 
Percentage On-Time 



300,000 
200,000 
67% 



If the customer measures performance in terms of ship- 
ments or line items, the report might appear as follows: 



20 



25 



Total Shipments 
On-time Shipments 
Percentage On-Time 



10 
S 

80% 



The determination of whether a particular product deliv- 
ery is on time is based upon the supplier's targeted ship date 
window when the customer's ship/dock flag indicates that 
that customer equates delivery dates with actual ship dates. 
When delivery dates specify dock dates, the determination is 
based upon a window calculated from the customer- 
expected delivery date and upon the early and late delivery 
limits. In either case, the determination is also based upon 
the customer's days-in-week variable. Furthermore, in com- 
piling the reports, the computer system is programmed to 
count a partial delivery which is on time as a fraction of an 
on-time delivery if a customer's partial shipment allowed 
flag indicates that the customer allows partial on-time ship- 
ments to be counted in on -time statistics. 

Once deliveries have been completed, it is also desirable 
to determine and document the reasons for any deliveries 
which were not on time. Accordingly, provisions are pro- 
vided for recording reasons for late shipments or for ship- 
ments which have to be rescheduled. 

The system and program described above allow a supplier 
to easily measure its performance using the same evaluation 
criteria used by its customers. This not only helps the 
supplier perform to the customer's expectations, but pro- 
vides an additional service to customers in the form of 
on-time reports in the formats needed and actually used by 
the customers. Furthermore, the system allows the supplier 
to take advantage of customers' delivery windows. Rigid 
internal rules, which did not account for individual 
customers, had previously prevented this. It is anticipated 
that the system will increase supplier performance, particu- 
larly in allowing the supplier to provide a higher percentage 
of on-time deliveries. 

In compliance with the statute, the invention has been 
described in language more or less specific as to structural 



and methodical features. It is to be understood, however, that 
the invention is not limited to the specific features shown 
and described, since the means herein disclosed comprise 
preferred forms of putting the invention into effect. The 
5 invention is, therefore, claimed in any of its forms or 
modifications within the proper scope of the appended 
claims appropriately interpreted in accordance with the 
doctrine of equivalents. 
We claim: 

10 1. A computer system for maintaining customer order and 
delivery information, the computer system being pro- 
grammed to: 

maintain a customer preferences database having delivery 
and reporting preferences for individual customers, 
15 said preferences including preferred early and late 
delivery limits; 
store ship/dock flags in the delivery and reporting pref- 
erences for individual customers to indicate whether 
said customers consider delivery dates for particular 
products to be ship dates or dock dates; 
store desired advance delivery times in the delivery and 

reporting preferences for individual customers; 
create a customer order entry for a particular customer, the 
customer order entry including a customer-requested 
delivery date supplied by the particular customer; 
calculate a customer-preferred ship date for the customer 
order entry based at least in part upon the customer- 
requested delivery date and at least in part upon the 
3 q customer preferences maintained in the customer pref- 
erences database for the particular customer; 
communicate the calculated customer-preferred ship date 

to an order scheduler; 
obtain a targeted ship date for the customer order entry 
35 from the order scheduler; and 

calculate a customer expected delivery date by adding 
data representing anticipated shipping delay to the 
targeted ship date, taking into consideration data from 
the customer preferences database indicating whether 
40 the customer defines delivery dates to be ship dates or 
dock dates, and by also adding the customer's desired 
advance delivery time to the targeted ship date. 
2. A computer system as recited in claim 1 and further 
programmed to specify preferred performance measurement 
45 species in the delivery and reporting preferences for indi- 
vidual customers, and to generate on-time product delivery 
statistics for individual customers in accordance with the 
individual customers' specified preferred performance mea- 
surement species. 
50 3. A computer system as recited in claim 1 and further 
programmed to specify days-in-week variables in the deliv- 
ery and reporting preferences for individual customers, and 
determine whether the product delivery is on-time based at 
least in part upon the customer's days-in-week variable. 
55 4. A computer system as recited in claim 1 and further 
programmed to specify partial shipment allowed flags in the 
delivery and reporting preferences for individual customers, 
and count a partial delivery which is on time as a fraction of 
an on-time delivery if a customer's partial shipment allowed 
60 flag indicates that said customer allows partial on-time 
shipments to be counted in on-time statistics. 

5. A computer system as recited in claim 1 and further 
programmed to specify reporting periods in the delivery and 
reporting preferences for individual customers, and generate 
65 on-time product delivery statistics periodically for a particu- 
lar customer based upon that customer's specified reporting 
periods. 
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6. A computer system as recited in claim 1 and further 
programmed to obtain actual dock dates for individual 
product deliveries, wherein determining whether the par- 
ticular product delivery is on time is based upon that 
delivery's actual dock date. 

7. A computer system as recited in claim 1 and further 
programmed to obtain actual dock dates for individual 
product deliveries through electronic data interchange with 
carriers, wherein determining whether the particular product 
delivery is on time is based upon that delivery's actual dock 
date. 

8. A method of setting and reporting product delivery 
dates comprising: 

maintaining a customer preferences database having 
delivery and reporting preferences for individual 
customers, said preferences including preferred early 
and late delivery limits, preferred performance mea- 
surement species, desired advance delivery times, and 
data indicating whether the customer defines delivery 
dates to be ship dates or dock dates; 

creating a customer order entry for a particular customer, 
said customer order entry including a customer- 
requested delivery date supplied by said particular 
customer; 

calculating a customer-preferred ship date for the cus- 
tomer order entry based at least in part upon the 
customer-requested delivery date and at least in part 
upon the particular customer's specified desired 
advance delivery time; 

routing the customer order entry to an order scheduler; 

showing the order scheduler the calculated customer- 
preferred ship date; 

obtaining a targeted ship date for the customer order entry 
from the order scheduler; 

calculating a targeted ship date window based upon the 
targeted ship date and the particular customer's pre- 
ferred early and late delivery limits; and 

calculating a customer expected delivery date by adding 
data representing anticipated shipping delay to the 
targeted ship date, taking into consideration data from 
the customer preferences database indicating whether 
the customer defines delivery dates to be ship dates or 
dock dates, and by also adding the customer's desired 
advance delivery time to the targeted ship date. 

9. A method of setting and reporting product delivery 
dates as recited in claim 8 and further comprising generating 
on-time product delivery statistics for individual customers 
in accordance with the individual customers' specified pre- 
ferred performance measurement species, said step of gen- 
erating the on-time product delivery statistics including a 
further step of determining whether a particular product 
delivery is on time based upon the individual customers' 
preferred early and late delivery limits. 

10. A method of setting and reporting product delivery 
dates as recited in claim 8 and further comprising specifying 
days-in-week variables in the delivery and reporting pref- 
erences for individual customers, and determining whether 
the product delivery is on-time based at least in part upon the 
customer's days-in-week variable. 

11. A method of setting and reporting product delivery 
dates as recited in claim 8 and further comprising specifying 
partial shipment allowed flags in the delivery and reporting 
preferences for individual customers, and counting a partial 
delivery which is on time as a fraction of an on-time delivery 
if a customer's partial shipment allowed flag indicates that 
said customer allows partial on-time shipments to be 
counted in on-time statistics. 
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12. A method of setting and reporting product delivery 
dates as recited in claim 8 and further comprising specifying 
reporting periods in the delivery and reporting preferences 
for individual customers, and generating on-time product 

5 delivery statistics periodically for a particular customer 
based upon that customer's specified reporting periods. 

13. A method of setting and reporting product delivery 
dates as recited in claim 8 and further comprising obtaining 
actual dock dates for individual product deliveries. 

10 14. An on-time delivery tracking and reporting system for 
use with a customer preferences database having delivery 
and reporting preferences for individual customers, said 
preferences including preferred early and late delivery 
limits, desired advance delivery times, and data for indi- 
15 vidual customers to indicate whether the customers consider 
delivery dates for particular products to be ship dates or dock 
dates, the system including a memory bearing software to: 
create a customer order entry for a particular customer, 
said customer order entry including a customer- 
20 requested delivery date supplied by said particular 
customer; 

calculate a customer-preferred ship date for the customer 
order entry based at least in part upon the customer- 
requested delivery date and at least in part upon the 
25 customer preferences maintained in the customer pref- 
erences database for the particular customer; 
show the calculated customer-preferred ship date to an 
order scheduler; 
30 obtain a targeted ship date for the customer order entry 
from the order scheduler; 
calculate a customer expected delivery date by adding 
data representing anticipated shipping delay to the 
targeted ship date, taking into consideration data from 
35 the customer preferences database indicating whether 
the customer defines delivery dates to be ship dates or 
dock dates, and by also adding the customer's desired 
advance delivery time to the targeted ship date; and 
determine whether a particular product delivery is on 
40 time, based upon the particular customer's preferred 
early and late delivery limits. 

15. An on-time delivery tracking and reporting system as 
recited in claim 14 wherein the customer preferences data- 
base includes days-in-week variables in the delivery and 

45 reporting preferences for individual customers, and the 
software is configured to determine whether the product 
delivery is on-time based at least in part upon the customer's 
days-in-week variable. 

16. An on-time delivery tracking and reporting system as 
50 recited in claim 14 wherein the customer preferences data- 
base includes partial shipment allowed flags in the delivery 
and reporting preferences for individual customers, and the 
software is configured to count a partial delivery which is on 
time as a fraction of an on-time delivery if a customer's 

55 partial shipment allowed flag indicates that said customer 
allows partial on-time shipments to be counted in on-time 
statistics. 

17. An on-time delivery tracking and reporting system as 
recited in claim 14 wherein the customer preferences data- 

60 base includes reporting periods in the delivery and reporting 
preferences for individual customers, and the software is 
configured to generate on-time product delivery statistics 
periodically for a particular customer based upon that cus- 
tomer's specified reporting periods. 

65 18. An on-time delivery tracking and reporting system as 
recited in claim 14 wherein the customer preferences data- 
base includes desired advance delivery times in the delivery 
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and reporting preferences for individual customers, and the 
software is configured to calculate the customer-preferred 
ship date based at least in part upon the particular customer's 
specified desired advance delivery time. 

19. An on-time delivery tracking and reporting system as 
recited in claim 14 wherein the customer preferences data- 
base includes actual dock dates for individual product 
deliveries, and the software is configured to determine 
whether the particular product delivery is on time based 
upon that delivery's actual dock date. 

20. An on-time delivery tracking and reporting system 
comprising: 

a customer preferences database having delivery and 
reporting preferences for individual customers, said 
preferences including preferred early and late delivery 
limits, preferred performance measurement species, 
and desired advance delivery times; and 
a data processor connected to access the customer pref- 
erences database and being programmed to: 
create a customer order entry for a particular customer, 
said customer order entry including a customer- 
requested delivery date supplied by said particular 
customer; and 
calculate a customer-preferred ship date for the cus- 
tomer order entry based at least in part upon the 
customer-requested delivery date and at least in part 
upon the particular customer's specified desired 
advance delivery time from the customer preferences 
database. 

21. An on-time delivery tracking and reporting system 
including a memory bearing software to: 

determine and store in a database of customer preferences 

data representing a customer's early and late delivery 

limits for deliveries; 
determine and store in the customer preferences database 

whether the customer defines delivery date as shipped 

date or received date for deliveries; 
determine and store in the customer preferences database 

whether the customer includes weekends and holidays 

in evaluating whether a delivery is on-time; 
determine and store how performance is measured by the 

customer, whether by dollars, by units, by line items, by 

shipments; 

determine and store in the customer preferences database 

the customer's desired advance delivery time; 
determine and store in the customer preferences database 

whether the customer considers a partial shipment in 

determining on-time delivery; 
determine and store the customer's preferred reporting 

period; 

periodically prompt a user to update the preferences; 

receive an order from the customer for a particular 
delivery, and receive a requested delivery date; 

access the customer preferences database and calculate 
the customer's preferred ship date as being the custom- 
er's requested delivery date minus the customer's 
desired advance delivery; 

send the customer's preferred ship date to a human order 
scheduler; 

receive a targeted ship date from the human order sched- 
uler; 

calculate a customer expected delivery date by adding 
data representing anticipated shipping delay to the 
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targeted ship date, taking into consideration data from 
the customer preferences database indicating whether 
the customer defines delivery dates to be ship dates or 
dock dates, and by also adding the customer's desired 
advance delivery time to the targeted ship date; 

receive the actual delivery date for the particular delivery; 

generate delivery statistics according to the customer's 
reporting period, taking into consideration data from 
the customer preferences database including how per- 
formance is measured by the customer, whether by 
dollars, by units, by line items, by shipments, including 
whether the customer defines delivery dates to be ship 
dates or dock dates, and including whether the cus- 
tomer includes weekends and holidays in evaluating 
whether a delivery is on-time; and 

record reasons for deliveries which were not on time. 

22. A method of setting and reporting product delivery 
dates comprising: 

maintaining a customer preferences database having 
delivery and reporting preferences for individual 
customers, said preferences including preferred early 
and late delivery limits, preferred performance mea- 
surement species, and desired advance delivery times; 

specifying reporting periods in the delivery and reporting 
preferences for individual customers; 

creating a customer order entry for a particular customer, 
said customer order entry including a customer- 
requested delivery date supplied by said particular 
customer; 

calculating a customer-preferred ship date for the cus- 
tomer order entry based at least in part upon the 
customer-requested delivery date and at least in part 
upon the particular customer's specified desired 
advance delivery time; 

routing the customer order entry to an order scheduler; 

showing the order scheduler the calculated customer- 
preferred ship date; 

obtaining a targeted ship date for the customer order entry 
from the order scheduler; 

specifying ship/dock flags in the delivery and reporting 
preferences for individual customers to indicate 
whether said customers consider delivery dates for 
particular products to be ship dates or dock dates; 

calculating a customer expected delivery date by adding 
data representing anticipated shipping delay to the 
targeted ship date, taking into consideration whether 
the particular customer considers a delivery date to be 
a ship date or dock date, and by also adding the 
customer's desired advance delivery time to the tar- 
geted ship date; 

specifying days-in-week variables in the delivery and 
reporting preferences for individual customers; 

specifying partial shipment allowed flags in the delivery 
and reporting preferences for individual customers; 

obtaining actual dock dates for individual product deliv- 
eries; and 

generating on-time product delivery statistics for indi- 
vidual customers in accordance with the individual 
customers' specified preferred performance measure- 
ment species and based upon that customer's specified 
reporting periods. 
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[57] 



ABSTRACT 



A computerized source searching system and method for the 
placement of an order for at least one offer via a terminal 
having a display is disclosed. The system includes system 
storage for storing offer information, and for storing elec- 
tronic reproductions of offer sources corresponding to the 
offer information. The system includes source searching 
capabilities for locating an offer source, including a display 
for displaying electronic offer source images, a filtering 
mechanism for displaying electronic offer source images 
corresponding to entered source search criteria, and a selec- 
tion mechanism for selecting one of the electronic offer 
source images displayed. One or more of the offers associ- 
ated with the selected electronic offer source image can be 
located by displaying a segment of the electronic offer 
source image, and selecting one or more offers in that 
segment. A user can thereby locate an offer by searching 
through an electronic equivalent of the offer source used by 
the person placing the order. 

34 Claims, 41 Drawing Sheets 
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COMPUTERIZED SOURCE SEARCHING fast, efficient and yet simple manner. In a typical telemar- 

SYSTEM AND METHOD FOR USE IN AN keting system, the time for an agent to process a customer's 

ORDER ENTRY SYSTEM telephone call affects the overall performance of the system. 

For example, if the time for an agent to collect customer 

This is a Divisional application Ser. No. 08/293,470, filed 5 information is long, the business may have to employ more 

Aug. 19, 1994, now U.S. Pat. No. 5,592,378, which agents and subscribe to more telecommunications facilities 

application(s) are incorporated herein by reference. (e.g., telephone lines) in order to be able to answer telephone 

ctct r* ca ^ ^ rom olner customers in a timely manner. Moreover, if 

FIELD OF INVENTION it takes lhe agent a substantial amount of time to place the 

A portion of the disclosure of this patent document 10 order, the business may lose the customer, 

contains material which is subject to copyright protection. The introduction of the computer has helped somewhat in 

The copyright owner has no objection to the facsimile this respect. Computerized shopping systems, however, are 

reproduction by anyone of the patent document or the patent typically operated by users that are not computer-educated, 

disclosure, as it appears in the Patent and Trademark Office As a result, the quality of the user interface is critical. The 

patent files or records, but otherwise reserves all copyrights 35 system must be designed to have a low learning curve, 

whatsoever. The system must also be able to handle vast amounts of 

The present invention relates to a computerized order information. For example, when a customer places an order 

entry system and method. The present invention is particu- from a catalog, the agent typically keeps copies of recent 

larly useful in, but is not limited to, the telemarketing catalogs and manually thumbs through them to look up and 

industry. 20 confirm the products requested by the customer. This pro- 

BACKGROUND OF THE INVENTION cedure can be quite cumbersome. Moreover, since the cus- 
tomer is unable to see the physical product, it is critical to 

Various types of structural complexes have been convey accurate product information to the customer, 

employed in the prior art by vendors of retailed products and system also must ^ a51e to rt ch due t0 

services for storing products and for selling those products 25 mnctional modifications, enhancements and growth. The 

to consumers. Typically, the products are transported from user inlerface typically used by computerized shopping 

the storage facility, such as a warehouse, to the store in systems, howeV er, is embedded in the code of the program, 

which the products are sold. Consumers can purchase the M a resulty the user is constrained by me system and not 

products by going to the store during its business hours. driven by the customer's needs and desires. 

While tins manner of selling products is commonplace, it Accordingly, a need exists for a customer driven order 

has many disadvantages. One major disadvantage is cost. entry system that permits placement of an order in a timely 

First there are considerable start-up costs, such as the cost and efficient manner nm is also a need fof M order 

involved in furnishing the store. There is also the cost system that provides for the normalization of data in order 

involved m maintaining the store. Topically, the vendor must t0 limit redundaocies of dataj and for access to a variety of 

not only provide the store itself, but also a parking lot database management systems. There is a further need for an 

capable of accommodating a reasonable number of vehicles order entry syst em that supports enhanced marketing strat- 

of consumers who will visit the store. The rent on such a egies and stream Uned operations, 
piece of property can be quite substantial, especially when 

the property is located in a major metropolitan area. SUMMARY OF THE INVENTION 

Due to the high costs of real estate, vendors are often 4 ° ^ present inventio n re lates to a computerized source 

forced to either locate their stores outside of metropolitan searching system and method for placing orders for offers 

areas or to settle for smaller-sized facilities. In the former that are located by searching through an electronic equiva- 

case such locations are often less convenient for consumers. lent 0 f the offer source used by the person placing the order. 

In the latter case, the vendor must sacrifice large product AQ fn „„ t u „ . <■ . f . 

! .. u i- ,v • • c * . . 45 In accordance with one embodiment of the invention, a 

selection, thereby hmitmg the choice of products he or she computerized tem for the lacemem of an Qrder b a ^ 

may provide to the consumer. for at ^ Qne offef ^ ^ system .J^ a 

Another problem associated with selling products through storage mechanism for storing offer information relating to 

stores is theft. Vendors are forced to either absorb such the offers, and also for storing electronic reproductions of 

losses or to install and maintain security systems, both of 50 the offer sources. Each of the offer sources contains at least 

which further mcrease operating costs. Typically, these costs one offer. The system also includes source searching means 

are passed on to the consumer through mcreased pnces. for locating certain ones of the electronic reproductions of 

As a result of these disadvantages, it is becoming increas- the offer sources. The source searching means includes a 

ingly attractive to vendors to go directly to the consumer as source display to display electronic offer source images, 

a means to market their goods, such as through mail order, 55 where the electronic offer source images represent idenufy- 

cable television, telemarketing and other direct response ing portions of the offer sources. The source searching 

channels. There arc many advantages to such direct market- means also includes a source filter to receive source search 

ing approaches. First, such channels are more convenient criteria, and for causing the source display to display those 

since they eliminate the need for the consumer to visit a 0 f the electronic offer source images that meet the source 

store. The consumer need only fill out a form or pick up the 60 search criteria. The source searching means further includes 

phone to place his or her order. Second, such channels can a source selector to allow selection of an electronic offer 

be made available to the consumer 24 hours a day, seven source image. The computerized system includes offer 

days a week. Third, such channels have no geographic searching means to locate the offer associated with the 

limits. These channels can be reached by the consumer from selected electronic offer source image. The offer searching 

anywhere and everywhere. 65 mea ns includes a source segment display to display particu- 

To be truly effective, however, direct response channels lar electronic images of a portion of the offer source repre- 

must accommodate the taking and processing of orders in a sented by the offer source image, and further includes an 
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offer selector to allow the offer associated with the displayed FIG. 14 is a preferred credit card entry user interface for 

electronic images to be selected by the user. the order entry system of FIG. 1. 

In another embodiment of the invention, a computerized FIG. 15 is a preferred object inheritance structure for a 

method for the placement of an order for an offer is payment object for the order capture module of FIG. 6. 

provided. The method includes the step of storing offer 5 FIG. 16 is a preferred detailed window data flow for a user 

information relating to the offers, and also for storing interface of the billing module of FIG. 6. 

electronic reproductions of the offer sources Each of the FIG. 17 is a preferred detail dialog flow for the order 

offer sources contains at least one offer. The method includes ca ^ modu i e *f pjQ g 
the step of locating electronic reproductions of the offer 

sources, which in turn includes the steps of displaying ™ FIG. 18 is a preferred source search user interface for the 

electronic offer source images, entering source search order ca P ture module of FIG * 6 

criteria, displaying the electronic offer source images that FIG* 19 is a preferred page search user interface for the 

meet the source criteria, and selecting an electronic offer or d er capture module of FIG. 6. 

source image that represents an identifying portion of the FIG. 20 is a preferred page offer user interface for the 

desired offer source. The method further includes the step of 15 order capture module of FIG. 6. 

displaying electronic images of part of the offer source piG. 21 is a preferred object inheritance structure for an 

represented by the selected electronic offer source image, offer ob j ect of the order capture modu i e of FIG. 6. 

and selecting one of the offers associated with the selected rTi ^ . f , u . 44 t . t c c tl _ 

, t . . FIG. 22 is a preferred multi -attribute user interface for the 

electronic image. , t r , . - , 

& order capture module of FIG. 6. 

These and other features and advantages of the present ri r «. c j *. -i_ * ■ r * * c 

.„ , ... * lL i mi j • FIG. 23 is a preferred attribute information user interface 

invention will become readily apparent to those skilled in r , , , c c 

*u _ c *u c ii * . *i j . . . , for the order capture module of FIG. 6. 

the art irom the followmg detailed description and corre- ___ . - , «. . 

sponding drawings. As will be realized, the invention is J IG * 24 15 a P«fe«* *™* offer mterfoce &r the 

capable of modification without departing from the inven- order ca P ture module of FIG * 6 * 

tion. Accordingly, the drawings and description are to be 25 FIG - 25 15 a preferred offer search user interface for the 

regarded as illustrative in nature, and not as restrictive. order capture module of FIG. 6. 

FIG. 26 is a preferred manufacturer search user interface 

BRIEF DESCRIPTION OF THE DRAWINGS f or the order capture module of FIG. 6. 

As illustrated in the accompanying drawings in which like 3Q FIG. 27 is a detailed dialog flow for the shipping module 

reference characters generally refer to the same parts or of FIG. 6. 

elements throughout the views: FIG. 28 is a preferred shipping user interface for the 

FIG. 1 is a perspective view of a computerized order entry shipping module of FIG. 6. 

system. FIG. 29 is a preferred shipping calendar user interface for 

FIG. 2 is a business data model for the order entry system 35 tne shipping module of FIG. 6. 

of FIG. 1. FIG. 30 is a preferred marketing function of the order 

FIG. 3 is a preferred logical data model for the order entry entrv system of FIG. 1. 

system of FIG. 1. FIG. 31 is a preferred application point maintenance user 

FIG. 4Ais a preferred logical data model of the company interface for the order entry system of FIG. 1. 

structure of FIG. 3. 4 ° FIG. 32 is a preferred marketing promotion user interface 

FIG. 4B is a preferred logical data model of the customer for the order entry system of FIG. 1. 

structure of FIG. 3. FIG. 33 is a preferred marketing objects user interface for 

FIG. 4C is a preferred logical data model of the product tne order eQtrv system of FIG. 1. 

structure of FIG. 3. FIG. 34 is a preferred marketing objects maintenance user 

FIG. 4D is a preferred logical data model of the order interface for the order entry system of FIG. 1. 

structure of FIG. 3. FIG. 35 is a preferred promotion maintenance user inter- 

FIGS. 5A and 5B are an interconnected block diagram face for the order entry system of FIG. 1. 

used to illustrate the meaning of the symbols in the data FIG. 36 is a preferred promotion process maintenance for 

models of FIGS. 4A-4D. 50 the order entry system of FIG. 1. 

FIG. 6 is a conceptual block diagram of a functional data nFSrRTPTlONr OF THP 

rnodel of the order entry system of HO. L ^SSSSSS^S^ 

FIG. 7 is a preferred summary user interface for the order 

entry system of FIG. 1. In the following detailed description of the preferred 

FIG. 8 is a preferred user interface for the summary 55 embodiments, reference is made to the accompanying draw- 
module of FIG. 6. m S s which form a part hereof and in which is shown by way 

FIG. 9 is a preferred detailed dialog flow for the summary ° f N™™j°n of a specific embocament in which the inven- 

module of FIG 6 Uon may practiced. This embodiment is described in 

™„ 1A . * ' , . .. ,. . « r . sufficient detail to enable those skilled in the art to practice 

FIG. 10 is a preferred detail dialog flow for the name 6Q ^ invention> and it fe t0 be understood that other erabodi . 

capture module ot HU. ft. ments may be utilized and that structural or logica i changes 

FIG. 11 is a preferred name capture user interface for the may be made without departing from the scope of the 

order capture module of FIG. 6. present invention. The following detailed description is, 

FIG. 12 is a preferred detail dialog flow for the billing therefore, not to be taken in a limiting sense and the scope 

module of FIG. 6. 65 0 f the present invention is defined by the appended claims. 

FIG. 13 is a preferred order payment user interface for the FIG. 1 illustrates an order entry system 10. The preferred 

billing module of FIG. 6. network configuration of order entry system 10 includes a 



12/04/2003, EAST Version: 1.4.1 



5,832,459 

5 6 

plurality of servers 6, data entry devices 7, back-end systems organization'business and the relationship between those 

8 and databases 9, and Program 25, which represents a components. As can be seen in FIG. 2, the major compo- 

computer program, or program code on a computer-readable nents include a company 1, products 2, customers 3 and 

memory for direction the actions of order entry system 10. orders 4. Company 1 is the business entity that provides 

Program 25 preferably resides in servers 6, but could alter- 5 products and/or services for sale at a given price. Products 

natively reside in data entry 7. In a preferred form, servers 2 are those items that are produced and/or sold by the 

6 are Unix®-based, data entry devices 7 are personal com- company and offered for sale to the customer at a given 

puters running Microsoft® Windows software, back-end price. Customers 3 are those entities that wish to purchase 

systems 8 include inventory control and distribution the products from the company at a given price. Orders 4 are 

applications, and databases 9 are relational databases, such 10 the vehicle by which the company can accurately record a 

as Oracle® or Sybase®. The network configuration prefer- sales transaction from the company to the customer for 

ably supports the TCP/IP network protocol. specific products at specific prices. 

Data entry devices 7 can be any type of data entry device, The components identified in FIG. 2 are organized into 

such as computers, multimedia kiosks or interactive televi- logical groups that make up a logical data model. A data 

sion. In addition, the number of servers 6 is not critical. 15 model is a lower-level model of the entities that are of 

However, in order to improve performance, system 10 interest to a business and the relationships between those 

preferably distributes data over multiple servers so as to entities. FIG. 3 shows a preferred logical data model 11 for 

minimize the contention on any single server. The architec- order entry system. 

ture of the preferred system also supports high performance The logical groups within logical data model 11 corre- 

and high scalability by using database segmentation, data 20 spond to the components Q f business data model 5 of FIG. 

location transparency, and multi-threading strategies. Such 2 and include a company structure 12, a product structure 14, 

an architecture is critical for rapidly expanding businesses a customer structure 16, and an order structure 18. Logical 

with high seasonal peaks. data model 11 is constructed in such a way as to support 

The preferred order entry system 10 uses traditional changes in relationships and data entities due to functional 

programming language with fourth generation language 25 modifications or enhancements to order entry system 10. 

tools, both using object based mechanisms. Unlike process- For the purposes of discussion only, order entry system 10 

driven languages, this type of language operates in an will be described for the telemarketing industry in which a 

event-driven mode. The object based event driven nature of user of the system is taking an order over the phone from a 

the application allows the system to map logic against the customer for offers available through a catalog. It is to be 

business rules that are processed when the user initiates an 30 understood, however, that this system may be applied to 

event (e.g. "clicking" on a button, exiting a specific data other entry devices, such as multimedia kiosks and interac- 

capture field, etc.). tive television. With such devices, the user and the customer 

In addition, system 10 preferably uses a graphical user may be one and the same person, 

interface (GUI) which provides an efficient interaction 35 Each of the logical data models for the logical groups 

between the user and the system. GUI allows system 10 to shown in FIG. 3 are further illustrated in FIGS. 4A through 

react to each keystroke instead of having to wait for an entire 4D. FIG. 4A shows the logical data model for company 

screen to be filled. This allows the application to execute structure 12. FIG. 4B shows the logical data model for 

fewer instructions per interaction, and thereby respond to the product structure 14. FIG. 4C shows the logical data model 

user more quickly. This level of responsiveness both reduces 4Q for customer structure 16. FIG. 4D shows the logical data 

errors and enhances user satisfaction. It also provides a model for order structure 18. 

customer driven flow whereby the flow is driven by cus- In the data flow diagrams shown in FIGS. 4A through 4D, 

tomer requests, rather than system constraints. tne ^xes represent entities that are with data 

Order entry system 10 is preferably an object oriented tables in a database. The number in the box corresponds to 

system. With object oriented systems, functions performed 45 the particular data table from which data related to that entity 

by the system are each represented by an object. An object is stored and retrieved. Preferably, the same piece of infor- 

is a software packet containing a collection of related data mation is not stored on more than one data table so as to 

and methods for operating on that data. Each method is eliminate data redundancy. With such a construction, several 

made available to other objects for the purpose of requesting advantages are obtained, such as the reduction of errors, 

services of that object. Each object includes a set of related 50 more consistent data, physical storage space savings, and the 

sub-functions. Accordingly, each object is preferably reduction of back-up storage requirements, 

arranged as a structured collection of sub-functions, while FIGS , 5A and 5B illustrate the meanin of the ^ 

each function should be arranged as a structured collection uscd ^ the interconnections between the boxes of each of 

ot objects. the i 0 gi ca i data models shown in FIGS. 4A through 4D. As 

Inheritance is a feature of object-oriented systems through 55 shown in FIG. 5A, for an element 20, there must be at least 

which a new object can absorb the properties of an existing one element 21 and there may be many elements 21. Each 

object. As a result, new objects (e.g., functions) may be element 21 may be linked to one and only one element 20. 

added with minimal changes to existing objects, thereby As shown in FIG. SB, there may be zero or many elements 

significantly reducing development time and maintaining a 23 for each element 22. Each element 22 may be linked to 

consistent user interface to the user. Maintenance is also 60 zero or one element 23. Each of the logical data models 

easier through the use of inheritance. Inheritance also allows shown in FIGS. 4A through 4D will now be discussed below, 

the use of common objects across applications. As a result, FIG. 4A illustrates the relationships of the data tables in 

a system that is capable of evolving over time to meet company structure 12. Company structure 12 consists of 

changing needs can be achieved. entities whose attributes are linked to a company. It is made 

FIG. 2 illustrates conceptually a preferred business data 65 up of information such as a company identification number 

model 5 for order entry system 10 of FIG. 1. Business data and company name, as well as system parameters relating to 

model 5 identifies the major components of an company-specific functionality. Also included in company 
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structure 12 are entities that present company-specific 
options within the application, such as types of payment 
methods accepted by the company and the carriers available 
for customer shipments. 

FIG. 4B illustrates the relationships of the data tables in 
product structure 14. Product structure 14 consists of entities 
whose attributes are linked to the products that are offered 
for sale. It includes data relating to a catalog or the source 
of the product information, as well as the product offers that 
may contain one or many product stock keeping units 
(SKUs). In addition to the product structure attributes, 
product structure 14 also contains information about product 
pricing and product availability. 

FIG. 4C illustrates the relationships of the data tables in 
customer structure 16. Customer structure 16 consists of 
entities whose attributes are linked to a company's custom- 
ers. Customer structure 16 includes data relating to a cus- 
tomer or a customer's previous contact with the company. A 
customer identification number and address information, as 
well as the customer's phone numbers and previous payment 
methods are included in customer structure 16. 

FIG. 4D illustrates the relationships of the data tables in 
order structure 18. Order structure 18 consists of entities 
whose attributes are linked to an order for specific products 
offered by a company and sold to a customer. It includes data 
relating to a specific sales transaction. Order structure 18 is 
made up of information such as order line data, an order's 
shipment method or methods, billing information, and order- 
specific customization (e.g., monogramming). 

From business data model 5 of FIG. 2, several business 
functions may be identified. The functions performed by 
order entry system 10 are grouped into modules that make 
up the functional business model 24 of FIG. 6. The preferred 
modules include a summary module 30, a name capture 
module 32, an order capture module 34, a billing module 36, 
and a shipping module 38. Each module contains a number 
of conversations, which are the vehicle used to maintain the 
data tables in the corresponding data model. Preferred 
conversations for each module are conveniently listed in the 
description of the drawings and explained later. 

The user interacts with order entry system 10 through a 
user interface. A user interface is something which bridges 
the gap between a user who seeks to control a device and the 
software and/or hardware that actually controls that device. 
The user interface for a computer is typically a software 
program running on the computer's central processing unit 
which responds to certain user-entered commands. Order 
entry system 10 uses object-based windows as the preferred 
user interface. In a preferred form, PowerBuilder® by 
Powersoft Corporation is used as the window development 
tool 

One preferred user interface is shown in FIG. 7. The user 
interface employs a window IS preferably in the form of a 
rectangular shaped box having a toolbar 52 across the top 
which provides a set of standard menu options represented 
by a plurality of buttons 54a through 54k. Button 54a 
corresponds to a name capture function. Button 54£> corre- 
sponds to a customer profile. Button 54c corresponds to a 
billing function. Button 54d corresponds to a shipping 
function. Button 54e corresponds to a source search func- 
tion. Button 54/ corresponds to a page search function. 
Button 54g corresponds to an offer lookup function. Button 
54h corresponds to a manufacturer lookup function. Button 
54/ corresponds to a summary function. Button 54/ corre- 
sponds to a discounts function. Button 54* corresponds to a 
gift card function. 
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Window 15 also includes a plurality of other buttons 
represented generally as 54. Buttons 54 typically represent 
an action or choice which is activated immediately upon 
user selection thereof. The buttons on window 15 may 
5 contain text, graphics or both. In a preferred form, buttons 
54a through 54* contain graphics (i.e., icons) so that the user 
may readily determine the function they represent. 

Window 15 preferably includes a plurality of data capture 
fields 17 for capturing data. The data capture fields allow the 
10 capture of variable length text. The data can be captured 
either automatically by system 10 or by the user, such as 
through a keyboard. 

Each of the modules identified in FIG. 6 and their 
preferred conversations will now be discussed in detail 
15 below. 

SUMMARY MODULE 

Summary module 30 of FIG. 6 captures order information 

2q through window events and displays order information as it 
is completed. Summary module 30 is typically represented 
by summary window 60 as is shown in FIG. 8. The user may 
take an order via the toolbar 52 or by directly capturing 
information through the data capture fields on summary 
window 60 (i.e. the "fast path" method). The fast path 
method allows the user to enter an order when the customer 
possesses all of the necessary offer, billing and shipping 
information. It allows the user to perform all of the menu 
options represented by buttons 54a through 54* without 

3q having to activate each button separately. As a result, system 
10 allows the user to navigate through all of the order entry 
functions associated with these buttons entirely from within 
summary window 60, Both methods of order taking, 
however, allow the taking of the order to be customer driven. 

35 A detailed dialog flow for summary module 30 is shown 
in FIG. 9. With reference to FIGS. 8 and 9, the offer's source 
is entered in the source data capture field 62 of summary 
window 60. The source identifies in which catalog the 
customer found the offer. Upon capturing the offer number 

40 and offer quantity in the offer number data capture field 64 
and quantity data capture field 65, respectively, an associ- 
ated description, unit price and line price of the item is 
automatically displayed in data capture field 67 and inven- 
tory is automatically reserved. 

45 Any of the offers listed in data capture field 67 may be 
added by selecting the add button 69. Offers may be deleted 
or quantities modified by selecting the delete button 66 and 
the update button 68, respectively. Offers having multiple 
attributes may be modified by selecting the modify button 

50 70. Offers may be cancelled by selecting the cancel button 
71. Offers that are comprised of other offers may be dis- 
played via a popup/summary line detail window 61 by 
selecting the detail button 72. Window 61 lists offer infor- 
mation and the associated components of the offer, including 

55 a description of the component and the quantity of that 
component that is included in the order. 

The billing address is preferably automatically captured at 
the bill to data capture field 74 when the user captures the 
customer number in the customer number data capture field 

60 76. The preferred system verifies all customer numbers 
captured in customer data capture field 76 to determine 
whether they are a new, rented or existing customer. 

A payment method may be captured when the user selects 
the payment method data capture field 78. Upon selection 

65 thereof, an order payment summary window 77 pops open 
where an existing payment method may be selected or a new 
payment method may be added. If a previous payment 
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method is selected, the billing address is automatically When a user's phone rings, the preferred order entry 
captured into bill to data capture field 74. If a new payment system automatically determines the customer who is calling 
method is selected, a credit card window 79 (see FIG. 14) and the business or residence from which they are calling by 
pops open to capture the customer'credit information. Once using Automatic Number Identification/Dialed Number 
the information is captured, a statement address window 81 5 Identification (ANI/DNI). The initial data that displays in 
may be opened to allow the user to verify the statement window 90 preferably is based on an ANI match or non- 
address. Financial billing information may be captured in match. If a single ANI match is made, the data capture fields 
data capture field 75. of window 90 ^ay be automatically filled with the custom- 

tu u- • jj . j ■ . . , . t . 4 er*s information. If a multiple ANI match exists (i.e., more 

The shipping address is captured into the ship to data t . _ ™,ct~,™ i- f , . , , ? v ' ux 

a i j on u i f, , „ JL A 1rt than one customer is listed for a designated phone number) 

capture field 80 by selecting the arrow button 82. Arrow 10 „- Am „ ,f A „ui., „ rt ,J , i 

. „ o-, , / u, » * • 11 j . %_ t_ a window preferably pops opens and displays the names and 

button 82 also preferably automatically determines the best addreS ses of all customers who match the ANI number. If 

shipping earner and service level for the offer being ordered foundj the ^ can ^tei the correct customer from the list, 

by the customer. This determination is based, in part, on the and t he appropriate data capture fields in name capture 

shipment carriers and shipment service levels available, the window 90 are automatically filled with the 

offer being ordered and the shipment address. This feature is is customer* information. 

extremely important in light of the fact that point to point if there is not an ANI match, name capture window 90 is 

delivery providers are becoming more price competitive. empty, ready to accept customer information from the user. 

The user, however, may override the system's determination The user can either elect to enter the customer's information 

if desired. This information, as well as the arrival date and directly into the appropriate data capture fields or to search 

shipping cost, are automatically displayed in the shipment 20 for the customer. If a search is requested, customer search 

data capture field 84. criteria window 92 pops open. Upon opening, the user may 

Detailed information associated with a selected offer may enter anv combination of search criteria, such as, for 

be displayed via a product notes window 83 by selecting the example, the customer's name, postal code, phone number 

notes button 50. Such information includes offer specifica- ( s ) or the cu stomer number. If no existing customers match 

tions and warranty information, for example. 25 the search criteria, the user is returned to name capture 

A user may also preferably view all discounts that a wi ?? dow 90 ^ lhe u search criteria information automati- 

customer receives for a particular order by selecting dis- c ^ ca P^ e d mt0 tl J e a PP ro Pn*te data capture fields. The 

counts button 54;. Upon selecting button 54;, a discounts ?° then dm ^ c J a P ture the raining information 

window 73 opens. The information displayed by window 73 needed t0 process the order - 

preferably includes the offer or offers being discounted, the 30 If oae or more existin S customers match the search 

type of discount, and the discount amount or amounts. catena, a customer lookup select window 94 pops open with 

Auser may also preferably view the customer's profile by f U " ateh "« customers retrieved therein. From customer 

selecting customer profile button 54b. Upon selection of ^ **** Wmdow 94 J the ^ m *? ^ whether OI * 

button 546, a customer profile window 15 as shown in FIG. „ ° f ^ joiners retrieved [represents the correct customer If 

7 opens. The information displayed by window 73 prefer- 35 ro ' the *f°™ aUoa ma y be automatically captured into the 

ably includes a textual and/or graphical representation of the a PP ro P nate data capture fields of name capture window 90. 

customer's purchasing history, as well as a calendar for If n0t ' syS J em 10 P^^rably fills in the data capture fields 

displaying the shipping status of any outstanding orders. ^responding to the search criteria. The user may then 

A , , . j L , . . r , capture the remaining needed customer s information. 

A user may also select a gift card by selecting gift card 4n wu-i *u » ■ * u L i. * 

w»™ *Air it— n f -r f a u .* cai t. j Wmle tne customer's informaUon has been shown to be 

button 54/r. Upon selection of gift card button 54fc, a gift card ™ H .«^ . *u- * j i i*> •* L j 

• j / * u x j i* .i ' . , captured within name capture module 32, it can be under- 

wmdow (no shown) opens chsplaymg at east one vsual , hat ^ infoma ,? on can alsQ ^ * d .„ Qther 

mage dep.ctmg a representat.on of a g.ft card available mo(lu , such m{ Mt 3fi ? 

through the system. In a preferred form, the gift card 6 

window displays a plurality of visual images depicting 45 BILLING MODULE 

representations of a plurality of gift cards. Billing module 36 is used to identify the payment method 

NAME CAPTURE MODULE ? r ^\ 0 ^ ™ ° ffer / bdng ° rdered by the customer - A 

detailed dialog now for this module is shown in FIG. 12. 

Name capture module 32 of FIG. 6 is used to identify the Billing module 36 is typically represented by an order 

billing customer. A detailed dialog flow for this module is 50 payment window 100, which is shown in FIG. 13. Order 

shown in FIG. 10. The preferred user interface for the name payment window 100 can be accessed by selecting the 

capture module 32 is represented by a name capture window billing button 54c from toolbar 52 of the user interface 

90 as is shown in FIG. 11. Name capture window 90 can be shown in FIG. 7. 

accessed by selecting name capture button 54a from toolbar With reference to FIG. 13, order payment window 100 

52 of the user interface of FIG. 7. Name capture window 90 55 defines a customer payment method 102 in which the 

defines a plurality of data capture fields into which customer customer'previous payment methods may be displayed. For 

information may be captured. Such information may include security reason, customer payment method data capture field 

the customer's number, name, address, phone number and preferably displays only proprietary in-house credit cards, 

gender, to name a few. The available payment methods for the company providing 

Referring to both FIGS. 10 and 11, name capture window 60 the offer or offers being ordered is displayed at available 

90 may include an OK button 91, a cancel button 93, and a payment method data capture field 104. Such payment 

lookup button 95. OK button 91 validates the captured methods may include, for example, a credit card, a check, a 

information and assigns a customer number if one does not coupon, and/or a recovery coupon (i.e., gift certificate), 

exist. Cancel button 93 closes name capture window 90. Order payment window 100 also displays any payment 

Lookup button 95 opens a customer search criteria window 65 options at payment options data capture field 99. Examples 

92 and is used to search for an existing customer, as will be of such payment options may include layaway, installments 

further explained below. and the like. 
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Referring back to FIG. 12, from order payment window order amount to each payment method, with the exception of 

100, the user may select either an existing payment method coupons and gift certificates that state a specific dollar off 

or a new payment method. If a new payment method is amount. The dollar amount allocation is captured in dollar 

selected, a payment method window 108 pops open. Pay- amount data capture field 116, while the percent to allocate 

ment method window 108 will change dynamically depend- 5 is captured in percent data capture field 118. The amount to 

ing on which payment method type is selected (i.e., credit be billed is automatically calculated by the preferred order 

card window, coupon window, etc.). If payment method entry system and captured in the amount to be billed data 

window 108 is opened as an existing payment method, the capture field 110. The total order amount is automatically 

data capture fields defined therein are automatically filled in calculated and captured in total order amount data capture 

with the customer's payment history. 10 field 105, while the amount left to allocate is automatically 

Upon selection of one of the payment methods, this calculated and captured in amount left to allocate data 

history is automatically captured into selected payment capture field 107. 

method data capture field 106. By eliminating manual If a single payment method is chosen, one hundred 
re-entry of such information, errors in billing are reduced. A percent (100%) of the order total is automatically allocated 
small visual image representation of the payment method is 15 to that payment method. If more than one payment method 
preferably included for each payment method listed in is selected, the customer must choose how to allocate their 
payment method data capture field 106 for easy verification payment methods. A recalculate button 101 is provided on 
that the selected payment method is correct. In this manner, billing window 100 which, when selected, calculates the 
errors in billing may be further reduced. If payment method dollar amount to be billed to each payment method based on 
window 108 is opened as a new payment method, the user 20 the doDar amounts and percentages captured for each pay- 
must capture the payment information in the appropriate ment method. If the allocation is incomplete, the total 
data capture fields. amount of the order will be applied to the first payment 

An example of a payment method window 108 for a credit method, less any coupon or gift certificate, 
card payment is shown in FIG. 14. Payment method window The allocation is preferably calculated in the following 
108 of FIG. 14 defines a credit card number data capture 25 manner. First, each order payment method line is evaluated 
field 115 and expiration date data capture field 117 into with the first payment method. Second, the percent-to- 
which the customer* credit card number and expiration date, allocate for all rows is summed. This value normally must 
respectively, may be captured. This window also preferably equal either one hundred percent (100 %) or zero percent 
includes a visual image 111 of the selected credit card. This (0%) (zero percent meaning that the order amount is fully 
allows the user to easily verify the credit card being used by 30 allocated by dollar amount). If it does not, the user must 
the customer and further helps to prevent errors in billing. either re-enter the allocation percent so that it equals one 
The customer's billing statement address is captured at hundred percent (100%) or fully allocate the dollar amount 
statement address data capture field 112. In a preferred form, of the order. When the first payment method is added to the 
the customer's statement address will default to the address order, the percent data capture field 118 preferably is auto- 
captured in bill to data capture field 74 of name capture 35 matically set to one hundred percent (100%) and will remain 
window 90. that way unless modified by the user. Third, the actual 

The statement address captured in statement address data allocation calculations are performed. To begin with, all 

capture field 112 may be verified via a credit card address dollar amounts are allocated to each respective payment 

window 113 by selecting the address button 109 from method. The allocation routine will allocate up to the current 

payment method window 108 of FIG. 14. The billing 40 total order amount. If the dollar amount to allocate is greater 

statement address, however, should not be changed by the tnan tne total order amount, each row will be allocated 

user unless the customer has moved. If the billing statement beginning with the first row until the amount left to allocate 

address is different from the address given verbally by the is ze ro dollars ($0). The payment methods will not be 

customer, it may be a sign of credit card fraud. Therefore, if over-allocated. If the total order amount is not completely 

the user changes a billing statement address for an existing allocated by dollar amount, the remaining amount to be 

credit card, the preferred system will set a fraud status flag allocated is calculated and allocated according to the per- 

so that follow-up work can be performed to verify that the centages entered. 

credit card was not stolen. Other functions provided through order payment window 

Once all of the information for the selected payment 50 *W include deleting a selected payment method from the 

method has been captured, the user is returned to order current order. A customer may wish to remove a selected 

payment window 100 with the selected payment method payment method if they change their mind or if it is 

information automatically captured in selected payment incorrect, such as if his or her credit card has expired. These 

method data capture field 106. From there, the user may functions may be accomplished via a delete button 120. 

select to perform an electronic credit card authorization via 55 Upon closing order payment window 100, if the order is 

an authorize window 114. Once authorized, this payment not completely allocated, the preferred order entry system 

method will be assigned to the order. In addition, if the will prompt the user to finish allocating the payment meth- 

payment is new, this payment method information will be ods. In addition, if the customer has not yet been verified at 

captured into customer payment method data capture field this point, name capture window 90 will pop open to capture 

102. 60 the customer's billing-related information. 

One of the key features of billing module 36 is the ability FIG. 15 displays a preferred object inheritance structure 
to allocate an order total across a plurality of payment for some preferred objects associated with billing module 
methods. Any combination of the customer's previously 36. These objects include a payment type object 122, a 
used payment methods, or new payment method or methods coupon object 124, a recovery coupon object 126, a credit 
may be assigned to an order as long as at least one payment 65 card object 128, a Visa® credit card object 130, Master- 
method is selected. As is shown in FIG. 13, the customer card® credit card object 132, and an American Express® 
may allocate either a dollar amount or a percent of the total credit card object 134. Each object defines a set of related 
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functions for operating on payment method-related infer- expand the list of sources by changing the source date 

mation. The preferred functions for the objects associated captured in source date search criteria data capture field 148 

with billing module 36 include adding a new payment type, and/or selecting a source group from source group search 

fetching the history of an existing payment type, deleting a criteria data capture field 150. 

selected payment method, deleting an order, retrieving the 5 Buttons 147 are preferably provided for allowing the user 

allocated dollar amounts and percentages based on the to scroll through the sources one at a time, preferably in an 

allocations selected by the customer, and updating those ascending or descending date order, or to immediately 

allocations. display the first or last source within the search criteria. 

All of the functions defined by the object, however, are If the user wishes to search the selected source by page, 

not necessarily needed for each object type. For example, no 1° a page search window 190 as shown in FIG. 19 may be 

history information exists for payment with a coupon. The opened so that the user can continue to process the order, 

"fetch history" and "delete history" functions of coupon Page search window 190 preferably displays a visual image 

object 124 are therefore, preferably inactive, as is illustrated 192 representing the selected source, as well as a plurality of 

by the non-highlighted nature of these functions on coupon visual images 194 representing pages from the source. Upon 

object 124. All of the other functions of coupon object 124 is opting window 190, two visual images 194 representing 

are applicable and are thus, preferably highlighted. the first two pages from the selected source are preferably 

FIG. 16 represents a detailed window data flow for billing displayed. The number of visual images 194 displayed, 

module 36. In particular, FIG. 16 shows the interaction however, is not critical. 

between an allocate window 120 and credit card object 128, Page search window 190 also preferably allows the-user_ 

coupon object 124, and Recovery coupon 126 of FIG. 15. 20 to automatically change to a different source without having 

For example, if the user is done allocating the payment to return to source search window 140. This is accomplished 

methods for the order, upon selecting the done button 119 by selecting a source from source data capture field 193. The 

from window 120, system 10 is directed to the update user may also automatically return to source search window 

allocate function of the appropriate objects. 140 by selecting the source button 195. 

ORDER CAPTURE MODULE Buttons 196 may be provided on page search window 190 

for allowing the user to scroll through the pages of the 

Order Capture module 34 identifies the way in which a selected source either one at a time in an ascending or 

user may capture an order for an offer from a customer. A descending page number order, or to immediately display 

detailed dialog flow for the order capture module 34 is 3Q the first or last page. The user also preferably has the option 

shown in FIG. 17. In order to capture an order, the user must to automatically pull up a particular page within the source 

be able to pull up the offer from the system. In this regard, while still staying in page search window 190 via a page data 

order capture module 34 is made up of four functions, capture field 198. If the desired page is found, the user may 

namely source searching, page searching, offer lookup, and view the offers associated with that page by entering the 

manufacturer lookup. These functions may be represented 35 corresponding page number in a go to page data capture field 

on toolbar 52 of the user interface of FIG. 7 by source search 200, which automatically opens a page offer window 210 as 

button 54e, page search button 54/, order lookup button 54g, is shown in FIG. 20. 

and manufacturer lookup button 54A. Each of these func- p age offer window 210 preferably displays a visual image 

tions will now be described in detail below. 212 of the particular page selected from page search window 

Upon activation of source search button 54<?, a source 40 190, and identifies all of the offers associated with that page 
search window 140 as shown in FIG. 18 pops open and in offer data capture field 211. A page number data capture 
permits the user to select the source in which the offer being field 209 and corresponding go to button 208 may be 
ordered is located. Source search window 140 defines source provided to allow the user to selectively change pages, 
search criteria data capture fields for capturing a search Information about each offer identified in offer data cap- 
criteria from the user. As is shown from source search 45 ture field 211 may be displayed in the page description data 
window 140 of FIG. 18, three search criteria data capture capture field 213. Additional information about the offers, 
fields are preferably identified. These include a source type suc h as warranty information, may be automatically dis- 
search criteria data capture field 142, a source date search played by selecting the notes button 215. Offers can be 
criteria data capture field 148 and a source group search ordered directly from this window by selecting the add 
criteria data capture field 150. 5Q button 214. 

Source type search criteria data capture field 142 identi- An offer is an item presented to the customer at a specific 

fies all of the source types used by a particular business to price. An offer is represented by an offer object 141 as is 

expose their product line. Such source types may include shown in FIG. 21. As is shown in FIG. 21, the offers 

catalogs, magazines, billboards, infomercials and the like. It available through the preferred system include a single-SKU 

is understood that the search criteria will vary depending 55 offer object 143, a multi- attribute offer object 144, and a 

upon the source type selected. Upon selecting a source type, multi-SKU offer object 145. Single SKU offer object 143 

window 140 displays at least one visual image 146 depicting refers to one offer having one SKU. Multi -attribute offer 

a representation of a source associated with the source type object 144 refers to one offer available with various 

currently selected. For example, in the case of catalogs, attributes, such as color or size. Multi-SKU offer object 145 

image 146 preferably represents a cover page. In a preferred 60 refers to a combination of two offers, such as a shirt and tie 

form, a plurality of visual images 146 as shown in FIG. 18 combination. 

are provided. The number of visual images 146 displayed, However, in order to interface with back-end systems 8, 
however, is not critical. each 0 f the 0 ff ers ordered by the customer must correspond 
Source search window 140 also identifies date search to a single SKU. Accordingly, the preferred system trans- 
criteria data capture field 148 and source group search 65 lates each combination of attributes for the offer and each 
criteria data capture field 150. In the preferred system, after combination of two offers into a unique SKU. With such a 
a source type has been selected, the user can further filter or configuration, new offer objects may be added without 
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affecting existing offer objects. Rather, the new offer object 
absorbs the properties of the existing offer objects. The only 
change that is necessary is a change to the inventory 
business rules. 

Upon selecting add button 214 from page offer window 
210, if a multi-attribute offer is selected by the user, a 
multi-attribute offer window 180 as shown in FIG. 22 pops 
open. A preferred multi attribute offer window 180 displays 
all offer combinations associated with a particular offer. An 
offer description is preferably displayed in offer description 
data capture field 181. Each of the offer's attributes are 
preferably displayed in attribute data capture fields 186. 
Each attribute is preferably associated with corresponding 
attribute button 184. For the example shown in FIG. 22, four 
attributes are identified, namely color, fit, neck and sleeve. 
The number and type of attributes displayed changes with 
the offer. In a preferred form, the system allows up to fifteen 
(15) attributes. Such attributes may include color, size, fit, 
fabric, collar type, length, width, neck size, sleeve length 
and pattern. 

In the preferred system, the user may obtain more infor- 
mation on a particular attribute from additional windows by 
selecting the particular attribute button. For example, upon 
selection of the fit attribute button, a fit attribute window 300 
as shown in FIG. 23 pops open and displays a picture and/or 
text to further describe the selected fit. 

Referring back to FIG. 22, an offer combination data 
capture field 187 displays the offer associated with all of the 
offer combinations available for the selected offers. This 
field is continually filtered as the user selects the attributes 
requested by the customer. After one offer is selected from 
offer combination data capture field 187, the user can add the 
offer to the order by selecting the add button 189. A visual 
image of the offer may preferably be displayed by selecting 
the offer image button 182. The visual image depicted can 
represent the offer having the selected attribute choices. This 
helps the user describe the offer when the customer requests 
information about a particular offer. 

Referring back to FIG. 19, page search window 190 may 
also provide a source offer button 191 which, when selected, 
opens a source offer window 160 as shown in FIG. 24. 
Source offer window 160 may also be accessed by selecting 
a source from source search window 140 of FIG. 18. Source 
offer window 160 typically is used to display all of the offers 
available through the selected source, along with their 
respective prices at a data capture field 163. Additional 
information about each offer identified in data capture field 
163 may be displayed in the source description data capture 
field 167. A visual image 161 of the source selected is also 
preferably displayed. Window 160 also preferably allows 
the user to change to a different source without having to 
return to source search window 140 by selecting a source 
from source data capture field 165. The offers associated 
with a source are automatically updated as the source 
changes. Selection of the source button 168 automatically 
takes the user back to source search window 140. 

Upon selecting one of the offers identified in source offer 
window 160, the user preferably has two choices. First, the 
user may obtain information about the selected offer by 
selecting the offer information button 166. Second, the user 
may order the selected offer by selecting the add button 169. 
As described earlier herein, if a multi-attribute offer is 
selected by the user, a multi -attribute offer window 180 as 
shown in FIG. 21 pops open. 

As previously mentioned, the user can also search for 
offers by conducting an offer search. Upon activation of 
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offer lookup button 52g, an offer search window 220 as is 
shown in FIG. 25 opens. Offer search window 220 is 
typically used to search for offers based on customer criteria 
and is often used when a customer does not have a specific 

5 source from which to refer. Window 220 preferably identi- 
fies offer search criteria data capture fields, which preferably 
include offer category search criteria data capture field 222, 
offer class search criteria data capture field 224 and offer 
sub-class search criteria data capture field 226. 

10 Each offer class search criteria identified in offer class 
search criteria data capture field 224 is normally associated 
with at least one offer category search criteria. Preferably, 
each offer class search criteria identified in offer class search 
criteria data capture field 224 is associated with a plurality 

15 of offer category search criteria so as to define a separate 
search path for each offer category/offer class association. 
With such a configuration, an offer may be searched in a 
multitude of ways. Offer sub-class preferably has the same 
relationship to offer class. 

20 Upon entering window 220, normally only offer category 
search criteria data capture field 222 is filled with informa- 
tion. The user preferably has two options; namely to capture 
a keyword in the keyword data capture field 228 or to select 
an offer category search criteria from offer category search 

25 criteria data capture field 222. When the user selects an offer 
category search criteria and selects the search button 221, all 
of the offer class search criteria that are associated with that 
offer category search criteria are preferably automatically 
displayed in offer class search criteria data capture field 224. 
After an offer class search criteria is selected and search 
button 221 is selected, all of the offer sub-class search 
criteria associated with that offer class search criteria are 
automatically displayed in offer sub-class search criteria 
data capture field 226. 

When the user enters a keyword into keyword data 
capture field 228 and selects the keyword button 230, the 
associated offer categories, offer classes and offer sub- 
classes are preferably automatically displayed on window 

4Q 220. If there is more than one offer category, the offer class 
search criteria data capture field 224 and offer sub-class 
search criteria data capture field 226 will typically be empty 
until the user selects an offer category search criteria. If there 
is more than one offer class, offer sub-class search criteria 

45 data capture field 226 will typically be empty until the user 
selects an offer class search criteria. If an offer sub -class 
exists for the offer class search criteria selected, it normally 
must be selected before searching for associated offers. 
Offers uncovered through the offer search are automati- 

50 cally displayed in the offer data capture field 232. The user 
can further filter the list of offers by entering information in 
the key features data capture field 234 or the manufacturer 
data capture field 236 and selecting the filter button 235. 
Information about a particular offer can be displayed by 

55 selecting the offer information button 238. When a specific 
offer is selected, the add button 240 may be used to add the 
offer to the order. Upon selecting add button 240, an order 
quantity window (not shown) preferably opens so that a 
quantity can be captured. In this manner, the user is able to 

60 confirm the quantity of an offer being purchased by the 
customer before actually adding it to the order. Window 220 
closes upon selecting the done button 239. 

As previously mentioned, the user may also search for 
offers by performing a manufacturer search. Upon selection 

65 of manufacturer search button 52h, the manufacturer search 
window 250 as shown in FIG. 26 automatically opens. 
Through window 250, the user can search for an offer based 
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on the offer* manufacturer. This window is typically used 
when a customer does not have a specific source from which 
to refer. 

When manufacturer search window 250 is opened, a list 
of manufacturer search criteria are identified in the manu- 
facturer search criteria data capture field 252. The user 
normally must select a manufacturer search criteria before 
searching for associated offers. If the user chooses to search, 
all offers made by the selected manufacturer are displayed in 
the offer data capture field 254. The user preferably can 
further filter the list of offers displayed in offer data capture 
field 254 by entering searching criteria in the key feature 
data capture field 256. 

Once an offer has been selected, further information about 
that offer can preferably be obtained by selecting the notes 
button 255. The user may also add the selected offer by 
selecting the add button 257. Upon selecting add button 257, 
an order quantity window (not shown) automatically opens 
so that a quantity can be captured. In this manner, the user 
is able to confirm the quantity of an offer being purchased by 
the customer before adding it to the order. 

Referring back to FIG. 17, order capture module 34 also 
preferably provides several other advantageous features. It 
allows the user to keep track of lost demand via a lost 
demand reason codes window (not shown). This window 
displays a list of possible reason codes the user can select to 
account for a decrease in demand, such as credit card decline 
or customer request. The list of reason codes displayed is 
governed by the action that precipitated the lost demand 
(e.g. canceling of an order). 

Order capture module 34 also preferably provides for the 
cross-sell of additional product offering which may be 
suggested to the customer based on the customer's current 
order. Order capture module 34 may also be adapted to base 
such cross-selling on the customer's past purchasing history 
and general demographic information. When the customer 
places an order, an add-on window 400 may be opened, and 
displays a description of any add-on products that are 
associated with the offer just ordered by the customer. For 
example, if a customer ordered a television, add-on window 
400 may display a video cassette recorder (VCR) and a 
VCR/TV adapter kit. 

If an ordered product is not available, a backorder window 
402 preferably opens and provides the customer with four 
choices. He or she may order the quantity that is available 
and accept the backorder quantity to be shipped at a later 
time, order only the available quantity, choose to order an 
alternate or substitute offer (if one exists), or cancel the 
whole quantity of the original product. If the customer 
chooses to order a substitute, substitution window opens and 
displays a list of available substitutes. When an item is out 
of stock, either the item will automatically be substituted 
with the same item from a different vendor (for the same 
price), or a fist of substitute items will be displayed. The 
customer may choose to substitute the original item with an 
item displayed in the list or choose from the list of alternate 
items. 

SHIPPING MODULE 

Shipping module 38 id&ntifiesJiie__wav in whicj i_offers 
or4efe44>y^caistomer-may-be-shipped. A detailed dialog 
flow for shipping module 38 is shown in FIG. 27. Upon 
selecting shipping button 54d from toolbar 52 of the user 
interface shown in FIG. 7, a shipping window 270 as is 
shown in FIG. 28 opens. Shipping window 270 captures ship 
to addresses in ship to data capture field 272 and assigns 
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ordered offers to those addresses. The user can elect to enter 
the customer's address information directly (i.e., in the case 
of a different ship to address than the bill to address) or he 
or she can use one of the previous ship to addresses, if one 

5 exists. The user can also enter one or more new ship to 
addresses. The entire quantity of an ordered offer can be 
assigned to a single address or partial quantities can be 
assigned to multiple addresses. 
Shipping window 270 also displays shipping information - 

10 in data capture fields 276. Such information includes the 
shipping carrier and shippin g service level , the shipping and 
arrivaTdate and the cost lor shipping the order with that 
carrier and at that service level. As previously stated herein, 
the preferred system automatically determines the best ship- 

15 ping method based in part on the offer being ordered, the 
shipping address, and the shipping carrier and shipping 
service level. 

From shipping window 270, the user can select the . 
shipping calendar button 278 to open, a shipping calendar 

20 window 280, as is shown in FIG. 29. Shipping calendar 
window 280 preferably displays each shipment .for the 
current address, one at a time at data capture field 282. A 
shipment is defined as all .ordered offers that are being 
shipped on the same date, to the same address, using the 

25 same shipping carrier and shipping service level. The order 
date, shipping date and delivery date are either alphanumeri- 
cally or graphically identified on shipping. calendar window 
280 so that they may be easily identified by the user. 
Holidays and non-delivery days for the selected carrier and 

30 service level are also identified. For example, for the ship- 
ment displayed on shipping calendar window 280 of FIG. 
29, the order date is Jun. 30, 1994, the ship date is Jul, 1, 
1994 and the arrival date is Jul. 14, 1994. Non-delivery dates 
include all Sundays. 

35 . . 

The carrier and service level for the current shipment can \ 
be assigned by clicking on the ship via button 284 onl 
shipping window 280 of FIG. 29. The user can choose fromj 
all carrier and service level combinations that have passed -J 

40 all validation for the offers in the current shipment and for 1 
the ship to address. External shipping instructions that are 
needed in order for the shipment to arrive to the customer 
may also be provided to the user. 
Shipping window 270 of FIG. 28 also contains a list of all 

45 of the ordered offers that have not yet been assigned to a 
shipment at data capture field 274. The user can assign one 
or more of the items identified in data capture field 274 to a 
ship to address by clicking on the assign selected button 286. 
If all of the ordered offers are to be shipped to the same 

50 address, the user may assign the items that address by 
clicking on the select all button 288. In either case, the user 
is taken to a ship to contents window 290 as shown in FIG. 
27, which displays the selected ship to address and the offers 
assigned to each shipment for this address. If there are 

55 multiple shipments for this address, all shipments will be 
displayed. The user can delete any offer displayed. Offers 
can also be transferred from this address to another address. 
In the case of multiple shipments, a quantity to assign 
window 292 displays the quantity available to assign or 

6Q transfer. The user is allowed to modify the quantity that 
should be assigned as long as it is less than or equal to the 
quantity available. 

Order entry system 10 also provides other advantageous 
functions and features in addition to those identified in the 

65 discussion of the modules of FIG. 7. One such function is a 
marketing function, the concept of which is illustrated in 
FIG. 30. FIG. 30 shows a user interface represented by a 
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window 500. Window 500 preferably defines a plurality of keting promotions in promotion display data capture field 

user-initiated events and a plurality of application points 586. The user preferably may look up promotions by any of 

corresponding to the user-initiated events. Such user- four options identified in the options data capture field 588, 

initiated events may include selecting a button 501, entering namely, company, source, offer number or club. The infor- 

a window 502 exiting a window 503 and capturing data in 5 mation retrieved from a look up function may be limited by 

a data capture field 504. selecting a specific company or promotion effort. Once a 

An action may be assigned to any of the application points promotion is selected, the user may assign the promotion to 

corresponding to such user-mitiated events. Marketing a partkular application point via me ^ to application 

objects are provided by the preferred order entry system for im buUon 582 

or choose to edit the promotion via the edit 

dynamic invocation of the action upon user initiation of the 1Q }j Utton 534 
event corresponding to the application point assigned to the 

action. With such a configuration, the user is provided with . FIG * 36 Pirates a promotion process maintenance 

the action at a point during the placement of the order at window 600. Promotion process maintenance window 600 

which the action is needed. provides the user with the ability to assign promotions to 

FIG. 31 shows a preferred application point maintenance specific application points. An application point determines 
window 520. Application point maintenance window 520 is 15 where m me application a particular promotion will be 
designed to allow a system administrator to maintain exist- prompted. Preferably, the user is also able to specify whether 
ing application point descriptions and attributes, as well as the promotion is active or inactive via active indicator data 
to create a new application point record when one is required capture field 602, and the order in which the promotions will 
for use in the system application. The system preferably De processed via the process order data capture field 604. 
automatically assigns the next sequential application point. 20 FIG. 32 shows a marketing promotions window 530 
The application point number assignment process also which allows the user to select current marketing promo- 
allows the system administrator to distribute an application tions based on the type of promotion structure selected, 
point that has not been used previously thereby preventing Once the proper promotion structure's components have 
application point. been selected, the user may look up existing promotion 

Referring to FIG. 31, application point maintenance win- action types assigned to the promotion by selecting lookup 

dow 520 includes a select button 522 which, when selected, button 532, or assign new promotion action types to the 

causes highlighted application point information to be dis- promotion structure components by selecting assignment 

played in the maintenance area of window 520 to allow the button 534. 

user to edit information or use the information as a basis for 3Q FIG. 33 shows a marketing objects window 540 which 
a new application point. Selection of the new button 524 allows the user to add, modify and delete objects as well as 
causes the information displayed in the maintenance area to assign marketing objects to application points. When 
be saved to the database as a new application point. Selec- opened, window 540 captures all companies currently set up 
tion of the update button 526 updates the information on the system's company data table and all marketing 
displayed in the maintenance area that has been modified by 35 objects for the first company on the list. By selecting a new 
the user. The clear button 528 clears all of the information company, the marketing objects in marketing objects win- 
in the maintenance area. Any changes that have been made dow 540 will be updated to reflect only those marketing 
to the information there that have not been updated to the objects for the company selected. From here, the user can 
database using new button 524 or update button 526 are not delete a marketing object via the delete button 542, update 
saved. 40 a marketing object via the edit button 544, or assign a 

System 10 preferably allows the user to selectively acti- marketing object to an application point. The new button 

vate and de -activate any of the application points associated 548 can be pressed to set up new marketing objects, 

with the marketing object, as well as to selectively change From marketing objects window 540, the user may open 

the assignment of an action. In addition, the preferred a marketing object maintenance window 550 as shown in 

system allows the user to assign the application points such 45 FIG. 34. Window 540 allows the user to enter the marketing 

that a plurality of user experience levels is achieved, as well object's file name and description, and to add, edit and delete 

as to set the frequency at which the action is initiated. marketing object/application point cross reference records. 

The action that is initiated may be any type of event. One These records are used to execute marketing objects when 

such action can be to display a message. The message can be certain application points are triggered in the system's 

instructions to the user to help him or her in the placement 50 application. When first opened, window 550 displays the 

of an order. In this regard, marketing objects preferably have object information that was selected from marketing objects 

the capability to display the message in a plurality of window 540, current application points that are tied to the 

languages. selected marketing object, and available application points 

The action may also be providing a marketing promotion. that may be tied to the selected marketing object. The 
Such promotions may include product-to-product cross sell, 55 available application points are a subset of all application 
free gifts, dollar or percentage off a line item, the order, the points available. The application points are filtered by select- 
shipping or the handling coupons, a gift, a coupon, a ing a function/window combination from function data 
discount, a payment type discount, a shipment service level capture field 556 and window data capture field 558. 
discount, and a shipping and handling discount. They are Once opened, the user selects either an existing cross 
typically driven by order and customer characteristics. Order 60 reference record from the current application points identi- 
characteristics may include total dollar amount, total line fied in the current application point data capture field 560, or 
item, line quantity, and payment method to name a few. a new application point. All marketing objects that are tied 
Customer characteristics may include promotion success to the application point selected are automatically displayed 
rate, average order size, length of customer, order frequency, in the current object cross references area data capture field 
and payment history to name a few. 65 562 . This will ensure that the user has visibility to all objects 

FIG. 35 illustrates a promotion maintenance window 580. that will be processed when the application point is trig- 
Promotion maintenance window 580 displays existing mar- gered. To delete cross references, the user selects a row on 
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the current object cross references area and presses the for causing the source display means to display those of the 

delete button 564. This will delete the row off the screen. plurality of electronic offer source images which meet the 

Once all the updates to cross references have been made, source type search criteria and the source group search 

including deletions, the user presses the update button 566 criteria. 

to save the changes to the database. Pressing the cancel 5 6. The computerized system of claim 5, wherein the 

button 554 clears all changes made without saving. source group filtering means comprises: 

We claim: source group display means for displaying a selectable list 

1. A computerized system for the placement of an order by 0 f source groups; and 

a user for at least one of a plurality of offers via a terminal Mvm means for aUowi of 

having a display, the system comprising: 30 one of the source groups in tne se lectable list. 

(a) storage means for storing offer information relating to 7. The computerized system of claim 1, wherein the 
the plurality of offers, and for storing electronic repro- source filtering means comprises date filtering means for 
ductions of a plurality of offer sources, each of the receiving date search criteria, and for causing the source 
plurality of offer sources containing at least one of the display means to display those of the plurality of electronic 
plurality of offers; 35 offer source images which meet the date search criteria. 

(b) source searching means for locating one or more of the 8. The computerized system of claim 7, wherein the date 
electronic reproductions of the plurality of offer filtering means comprises date range means for receiving 
sources, the source searching means comprising: date search criteria corresponding to a range of source issue 

(i) source display means for displaying a plurality of dates. 

electronic offer source images, wherein the plurality 20 9. The computerized system of claim 7, wherein the date 

of electronic offer source images represent identify- filtering means comprises date order means for receiving 

ing portions of the plurality of offer sources; date search criteria corresponding to an ascending date order 

(ii) source filtering means for receiving source search and a descending date order. 

criteria, and for causing the source display means to 10. The computerized system of claim 1, wherein the 

display those of the plurality of electronic offer 25 source filtering means comprises means for causing the 

source images which meet the source search criteria; source display means to display less than all of the plurality 

and of electronic offer source images which meet the source 

(iii) source selection means for allowing selection of search criteria at a time. 

one of the plurality of electronic offer source images 11- The computerized system of claim 10, wherein: 

which represents an identifying portion of one of the 30 the plurality of electronic offer source images which meet 

plurality of offer sources; the source search criteria include a first offer source 

(c) offer searching means for locating the at least one of image and a last offer source image; and 

the plurality of offers associated with the selected the source filtering means comprises means for automati- 

electronic offer source image, the offer searching 35 cally locating at least one of the first offer source image 

means comprising: and the last offer source image. 

(i) source segment display means for displaying, in 12. The computerized system of claim 10, wherein the 
response to offer search criteria, one or more elec- source searching means further comprises scroll display 
tronic images of a portion of the offer source repre- means for scrolling through and displaying the remaining 
sented by the selected electronic offer source image; 4Q ones of the plurality of electronic offer source images which 
and meet the source search criteria. 

(ii) offer selection means for allowing selection of the 13. The computerized system of claim 1, wherein the offer 
at least one of the plurality of offers associated with selection means comprises: 

the one or more electronic images displayed, offer choice display means for displaying a list of the 

whereby the user is enabled to locate the at least one of the 45 plurality of offers associated with the one or more 

plurality of offers by searching through an electronic electronic images displayed by the source segment 

equivalent of the offer source used by the person display means; and 

placing the order. offer choice selection means for allowing selection of at 

2. The computerized system of claim 1, wherein the least one of the plurality of offers from the list, 
source filtering means comprises source type filtering means 50 14. The computerized system of claim 1, wherein: 

for receiving source type search criteria, and for causing the t h e portion of the offer source corresponds to one or more 

source display means to display those of the plurality of pages 0 f a multi-page offer source; and 

electronic offer source images which meet the source type lhe source xg ^ mi means comprises page view 

SC i rC ^Lf ntena " . , „ , . means for displaying the electronic images of the one 

3. The computerized system of claim 2, wherein the 55 or more pages 

source type filtering means comprises: 15 ^ computerized system 0 f claim 14, wherein the 

source type display means for displaying a selectable list source segment display means further comprises page scroll- 

of source types; and mg me ans for scrolling through all of the pages of the offer 

source type selection means for allowing selection of one source represented by the selected electronic offer source 

of the source types in the selectable list. 60 image. 

4. The computerized system of claim 3, wherein the 16. The computerized system of claim 14, wherein the 
source types in the selectable list are selected from a group source segment display means further comprises page indi- 
comprising one or more of catalogs, space ads, billboards, cation means for specifying a particular one of the pages to 
infomercials and television. be displayed. 

5. The computerized system of claim 2, wherein the 65 17. The computerized system of claim 1, wherein the 
source filtering means further comprises source group fil- source segment display means further comprises source 
tering means for receiving source group search criteria, and segment scrolling means for scrolling through all of the 
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portions of the offer source represented by the selected 
electronic offer source image. 

18. A computerized method for the placement of an order 
by a user for at least one of a plurality of offers via a terminal 
having a display, the method comprising the computer- 5 
executed steps of: 

(a) storing offer information relating to the plurality of 
offers, and storing electronic reproductions of a plural- 
ity of offer sources, each of the plurality of offer sources 
containing at least one of the plurality of offers; 30 

(b) locating one or more of the electronic reproductions of 
the plurality of offer sources, the step of locating one or 
more of the electronic reproductions comprising the 
steps of: 

(i) displaying a plurality of electronic offer source 15 
images, wherein the plurality of electronic offer 
source images represent identifying portions of the 
plurality of offer sources; 

(ii) entering source search criteria; 

(iii) displaying those of the plurality of electronic offer 20 
source images which meet the source search criteria; 
and 

(iv) selecting one of the plurality of electronic offer 
source images which represents an identifying por- 
tion of one of the plurality of offer sources; 25 

(c) displaying one or more electronic images of a portion 
of the offer source represented by the selected elec- 
tronic offer source image, in response to offer search 
criteria; and 

30 

(d) selecting the at least one of the plurality of offers 
which is associated with the one or more electronic 
images displayed, whereby the user is enabled to locate 
the at least one of the plurality of offers by searching 
through an electronic equivalent of the offer source 35 
used by the person placing the order. 

19. The computerized method of claim 18, wherein: 

the step of entering source search criteria comprises the 
step of entering source type search criteria; and 

the step of displaying those of the plurality of electronic 40 
offer source images which meet the source search 
criteria comprises the step of displaying those of the 
plurality of electronic offer source images which meet 
the source type search criteria. 

20. The computerized method of claim 19, wherein the 45 
step of entering source type search criteria comprises the 
steps of: 

displaying a selectable list of source types; and 
selecting one of the source types in the selectable list of 5Q 
source types. 

21. The computerized method of claim 20, wherein the 
source types in the selectable list are selected from a group 
comprising one or more of catalogs, space ads, billboards, 
infomercials and television. 55 

22. The computerized method of claim 19, wherein: 
the step of entering source search criteria further com- 
prises the step of entering source group search criteria; 
and 

the step of displaying those of the plurality of electronic 60 
offer source images which meet the source search 
criteria comprises the step of displaying those of the 
plurality of electronic offer source images which meet 
the source type search criteria and the source group 
search criteria. 
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23. The computerized method of claim 22, wherein the 
step of entering source group search criteria comprises the 
steps of: 

displaying a selectable list of source groups; and 
selecting one of the source groups in the selectable list of 
source groups. 

24. The computerized method of claim 18, wherein: 

the step of entering source search criteria comprises the 
step of entering date search criteria; and 

the step of displaying those of the plurality of electronic 
offer source images which meet the source search 
criteria comprises the step of displaying those of the 
plurality of electronic offer source images which meet 
the date search criteria. 

25. The computerized method of claim 24, wherein the 
step of entering date search criteria comprises the step of 
entering a range of dates corresponding to a range of source 
issue dates. 

26. The computerized method of claim 24, wherein the 
step of entering date search criteria comprises the step of 
entering date order search criteria for searching by ascend- 
ing dates and descending dates. 

27. The computerized method of claim 18, wherein the 
step of displaying those of the plurality of electronic offer 
source images which meet the source search criteria com- 
prises the step of displaying less than all of the electronic 
offer source images which meet the source search criteria at 
one time. 

28. The computerized method of claim 27, wherein the 
step of displaying less than all of the electronic offer source 
images further comprises the step of scrolling through and 
displaying the remaining ones of the electronic offer source 
images which meet the source search criteria. 

29. The computerized method of claim 18, wherein the 
step selecting the at least one of the plurality of offers 
comprises the steps of: 

displaying an offer list of the plurality of offers associated 
with the one or more electronic images displayed by the 
step of displaying one or more electronic images; and 

selecting at least one of the plurality of offers from the 
offer list. 

30. The computerized method of claim 18, wherein: 
the portion of the offer source corresponds to one or more 

pages of a multi-page offer source; and 
the step of displaying one or more electronic images of a 
portion of the offer source comprises the step of dis- 
playing electronic page images of the one or more 
pages of the multi-page offer source. 

31. The computerized method of claim 30, wherein the 
step of displaying electronic page images further comprises 
the step of scrolling through all of the pages of the multi- 
page offer source. 

32. The computerized method of claim 31, wherein the 
step of scrolling through all of the pages includes the step of 
scrolling through the pages one page at a time in an 
ascending order. 

33. The computerized method of claim 31, wherein the 
step of scrolling through all of the pages includes the step of 
scrolling through the pages one page at a time in a descend- 
ing order. 

34. The computerized method of claim 31, wherein the 
step of displaying electronic page images further comprises 
the step of specifying a particular one of the pages to be 
displayed. 

***** 
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